Op de laadtijden na zijn al die dingen niet mogelijk met bulky en onsemantische spaghetticode?quote:Op woensdag 5 september 2012 14:48 schreef Tijn het volgende:
Nee, in dingen als laadtijden, vindbaarheid van content met zoekmachines, cross browser/device compatibility, toegankelijkheid.
Goede code geeft geen garantie op snellere rendering of betere doorzoekbaarheid van content.quote:Op woensdag 5 september 2012 14:51 schreef Catch22- het volgende:
Goede code rendert sneller, maakt content beter doorzoekbaar etc
Klopt, maar dat maakt dit niet minder waar:quote:Op woensdag 5 september 2012 14:53 schreef Scorpie het volgende:
[..]
Goede code geeft geen garantie op snellere rendering of betere doorzoekbaarheid van content.
quote:Op woensdag 5 september 2012 14:51 schreef Catch22- het volgende:
Goede code rendert sneller, maakt content beter doorzoekbaar etc
Onmogelijk natuurlijk niet, maar wel moeilijker en dus duurder.quote:Op woensdag 5 september 2012 14:51 schreef nietzman het volgende:
[..]
Op de laadtijden na zijn al die dingen niet mogelijk met bulky en onsemantische spaghetticode?
Precies. Een site die goed is gebouwd is prettiger in het gebruik, ook als 'ie lelijk is. Dat is imho beter dan een mooie site die slecht is gebouwd.quote:Op woensdag 5 september 2012 14:51 schreef Catch22- het volgende:
Goede code rendert sneller, maakt content beter doorzoekbaar etc
Als goede code niet beter werkt dan slechte code, dan is die goede code niet heel goed of die slechte code niet heel slechtquote:Op woensdag 5 september 2012 14:53 schreef Scorpie het volgende:
[..]
Goede code geeft geen garantie op snellere rendering of betere doorzoekbaarheid van content.
dan is jouw definitie van goede code anders dan de mijne.quote:Op woensdag 5 september 2012 14:53 schreef Scorpie het volgende:
[..]
Goede code geeft geen garantie op snellere rendering of betere doorzoekbaarheid van content.
Ach, ik heb ze hier ook wel eens vieze hacks zien gebruiken om maar te voorkomen dat ze buitensporig veel meer tijd kwijt waren om het echt netjes te doen.quote:Op woensdag 5 september 2012 14:54 schreef Tijn het volgende:
Onmogelijk natuurlijk niet, maar wel moeilijker en dus duurder.
Dat ligt dus inderdaad aan de definitie 'slechte' of 'goede' code. Maar ik pas wel op met garanties geven omtrend rendering, doorzoekbaarheid van content of toegankelijkheid van de website an sich met mijn code.quote:Op woensdag 5 september 2012 14:54 schreef Tijn het volgende:
[..]
Als goede code niet beter werkt dan slechte code, dan is die goede code niet heel goed of die slechte code niet heel slecht
Dat kan natuurlijk een keertje gebeuren. Maar als je dat te vaak doet, ga je geheid de deksel later een keer op de neus krijgen. Als je geen tijd hebt om het goed te doen, waar haal je dan de tijd vandaan om het later te repareren?quote:Op woensdag 5 september 2012 14:56 schreef nietzman het volgende:
[..]
Ach, ik heb ze hier ook wel eens vieze hacks zien gebruiken om maar te voorkomen dat ze buitensporig veel meer tijd kwijt waren om het echt netjes te doen.
Dat zal het dan wel zijn jaquote:Op woensdag 5 september 2012 14:55 schreef Catch22- het volgende:
[..]
dan is jouw definitie van goede code anders dan de mijne.
Zat. Waar loop je tegenaan?quote:Op woensdag 5 september 2012 14:56 schreef Alovenac het volgende:
Niemand hier die wel eens een eigen Wordpress theme gemaakt heeft?
Tsja, dat klinkt een beetje als broken window syndrome. Omdat de backend kut is, is dat nog geen reden om ook maar met de pet te gooien naar de frontend, toch?quote:Op woensdag 5 september 2012 14:57 schreef Scorpie het volgende:
[..]
Dat ligt dus inderdaad aan de definitie 'slechte' of 'goede' code. Maar ik pas wel op met garanties geven omtrend rendering, doorzoekbaarheid van content of toegankelijkheid van de website an sich met mijn code.
Stel dat ik een tering-trage productie omgeving heb waarop een query minimaal 5 seconden duurt, dan kan ik goede code schrijven wat ik wil aan de voorkant, 'snel' content zoeken gaat dan niet, buiten mijn schuld om. Door schade en schande wijs geworden op dat vlak overigens, want die manager staat wel bij jou aan je bureautje omdat jij hem de garantie gaf dat het goed ging werken.
Dat zeg ik toch ook niet? Ik zeg dat ik verder kijk dan mijn eigen domein als het gaat om garanties afgeven die ik niet kan waarborgen omdat er dingen buiten mijn invloedsfeer zijn. Ik doe geen enkele uitspraak over de code en de kwaliteit die ik oplever.quote:Op woensdag 5 september 2012 15:01 schreef Tijn het volgende:
[..]
Tsja, dat klinkt een beetje als broken window syndrome. Omdat de backend kut is, is dat nog geen reden om ook maar met de pet te gooien naar de frontend, toch?
Daar verschillen we dan inderdaad in. Ik heb iets meer te maken met verschillende afdelingen, structuren en verantwoordelijkheden waar ik weinig tot geen invloed op heb.quote:Maar goed, met managers heb ik verder niks te maken, dus ik heb ook wel makkelijk praten. En als ik te maken heb met een trage server, dan kan ik in 9 van de 10 gevallen gewoon een andere regelen die sneller is of in elk geval duidelijk aan de klant maken dat dat buiten mijn verantwoordelijkheid ligt, dus dat 'ie maar iets anders moet regelen als 'ie een snellere webapplicatie wil.
Maar afgezien van dat alles, jij denkt niet dat slechte front-end code een negatief effect op de gebruikerservaring heeft?quote:Op woensdag 5 september 2012 15:03 schreef Scorpie het volgende:
[..]
Dat zeg ik toch ook niet? Ik zeg dat ik verder kijk dan mijn eigen domein als het gaat om garanties afgeven die ik niet kan waarborgen omdat er dingen buiten mijn invloedsfeer zijn. Ik doe geen enkele uitspraak over de code en de kwaliteit die ik oplever.
[..]
Daar verschillen we dan inderdaad in. Ik heb iets meer te maken met verschillende afdelingen, structuren en verantwoordelijkheden waar ik weinig tot geen invloed op heb.
Dat is waarschijnlijk wel het gevolg ja, maar het hoeft niet. Er zijn zat voorbeelden te vinden waar je met slecht geprogrammeerde websites een tig duizend bezoekers per dag afhandelt.quote:Op woensdag 5 september 2012 15:05 schreef picodealion het volgende:
[..]
Maar afgezien van dat alles, jij denkt niet dat slechte front-end code een negatief effect op de gebruikerservaring heeft?
Designers zijn gewoon homofiele hipsters en programmeurs zijn autistische nerds.quote:Op woensdag 5 september 2012 15:11 schreef KomtTijd... het volgende:
jamaar jongens, uiteindelijk draait het toch alleen maar om de content? Layout en code zijn way ondergeschikt aan de inhoud van een site.
[ afbeelding ]
En wat als je beide doet?quote:Op woensdag 5 september 2012 15:13 schreef Scorpie het volgende:
[..]
Designers zijn gewoon homofiele hipsters en programmeurs zijn autistische nerds.
Misschien in oposite-world waarin het niet om het plaatje gaat.quote:Op woensdag 5 september 2012 15:22 schreef Tijn het volgende:
Hoe dan ook, design is overgewaardeerdEen lelijke site is nog geen slechte site en een mooie site is zeker geen goede site.
Dat je tig duizend bezoekers afhandelt wil niet zeggen dat het niet beter kan. Dit is gewoon een drogreden.quote:Op woensdag 5 september 2012 15:08 schreef Scorpie het volgende:
[..]
Dat is waarschijnlijk wel het gevolg ja, maar het hoeft niet. Er zijn zat voorbeelden te vinden waar je met slecht geprogrammeerde websites een tig duizend bezoekers per dag afhandelt.
Eensch.quote:Op woensdag 5 september 2012 15:11 schreef KomtTijd... het volgende:
jamaar jongens, uiteindelijk draait het toch alleen maar om de content? Layout en code zijn way ondergeschikt aan de inhoud van een site.
[ afbeelding ]
Front-end.quote:Op woensdag 5 september 2012 15:12 schreef Catch22- het volgende:
Hebben we het over front- of backendcode?
Eensch.quote:Op woensdag 5 september 2012 15:22 schreef Tijn het volgende:
Hoe dan ook, design is overgewaardeerdEen lelijke site is nog geen slechte site en een mooie site is zeker geen goede site.
Niet vaak nee. Ik kende wel een goede designer die ook nog eens goed in html/css was, maar ze zijn zeldzaam.quote:Op woensdag 5 september 2012 15:23 schreef Catch22- het volgende:
Ik heb nog nooit een goede designer gezien die goed kan developen of andersom.
Of een goede designer die goed is met usability.
Development is een vak apart en het bijna per definitie zo dat een goede designer niet goed kan developen.
Het gaat bijna niemand uiteindelijk om het plaatje. Het plaatje is alleen belangrijk om iets te verkopen. Als je moet kiezen tussen twee dingen, kies je de mooiste.quote:Op woensdag 5 september 2012 15:24 schreef nietzman het volgende:
[..]
Misschien in oposite-world waarin het niet om het plaatje gaat.
en JS?quote:Op woensdag 5 september 2012 15:27 schreef picodealion het volgende:
[..]
Dat je tig duizend bezoekers afhandelt wil niet zeggen dat het niet beter kan. Dit is gewoon een drogreden.
[..]
Eensch.
[..]
Front-end.
[..]
Eensch.
[..]
Niet vaak nee. Ik kende wel een goede designer die ook nog eens goed in html/css was, maar ze zijn zeldzaam.
Tja hoe meer je de taken verdeelt onder gespecialiseerde mensen hoe beter, maar dat betekent niet dat je goed kan zijn in meerdere dingen, maar je ziet het niet vaak dat mensen zich evenveel specialiseren in meerdere richtingen.quote:Op woensdag 5 september 2012 15:23 schreef Catch22- het volgende:
Ik heb nog nooit een goede designer gezien die goed kan developen of andersom.
Of een goede designer die goed is met usability.
Development is een vak apart en het bijna per definitie zo dat een goede designer niet goed kan developen.
Erm, ja, maar het is m'n werk, niet m'n hobby. Het verkopen is een essentiële eerste stap voordat er ook maar een regel code geschreven is.quote:Op woensdag 5 september 2012 15:28 schreef Tijn het volgende:
Het gaat bijna niemand uiteindelijk om het plaatje. Het plaatje is alleen belangrijk om iets te verkopen. Als je moet kiezen tussen twee dingen, kies je de mooiste.
Zoiets heet een CSS Reset. Hier staan er een paar: http://www.cssreset.comquote:Op woensdag 5 september 2012 15:30 schreef DutchErrorist het volgende:
Ik moet even een simpele website voor iemand maken, is het dan handig om te beginnen met een CSS waarin alle waarden voor browsers worden gelijk gezet, en zoja waar kan ik die vinden?
Als verkoper is een goed design ook hartstikke fijn. Maar we hebben het hier over het ontwikkelen van sites, niet het verkopen ervan.quote:Op woensdag 5 september 2012 15:33 schreef nietzman het volgende:
[..]
Erm, ja, maar het is m'n werk, niet m'n hobby. Het verkopen is een essentiële eerste stap voordat er ook maar een regel code geschreven is.
Tja, wat ik zeg, zonder een koper ontwikkelen wij in ieder geval bijzonder weinig.quote:Op woensdag 5 september 2012 15:35 schreef Tijn het volgende:
Als verkoper is een goed design ook hartstikke fijn. Maar we hebben het hier over het ontwikkelen van sites, niet het verkopen ervan.
Het wil ook niet zeggen dat een slecht gecodeerde website per definitie ruk is, wat dus ook een drogreden is.quote:Op woensdag 5 september 2012 15:27 schreef picodealion het volgende:
[..]
Dat je tig duizend bezoekers afhandelt wil niet zeggen dat het niet beter kan. Dit is gewoon een drogreden.
hohoho!quote:Op woensdag 5 september 2012 15:33 schreef Tijn het volgende:
[..]
Zoiets heet een CSS Reset. Hier staan er een paar: http://www.cssreset.com
Ik vind het zelf een beetje overdreven om *alle* CSS defaults weg te mikken, want veel dingen zijn gewoon handig en maak je in de praktijk weer precies zo na als ze stonden. Maar sommige elementen hebben wel irritant standaardgedrag in verschillende browsers wat je op zo'n manier makkelijk kunt uitsluiten.
Er zijn felle voorstanders en felle tegenstanders, echt een objectief "ja" of "nee" is er niet. Ik zou gewoon proberen of het je bevalt.
Normalizeeeeeeeeeeeee FTWquote:Op woensdag 5 september 2012 15:39 schreef Catch22- het volgende:
[..]
hohoho!
tegenwoordig heb je normalize.css
http://necolas.github.com/normalize.css/
Ah, ook goed. Beter zelfsquote:Op woensdag 5 september 2012 15:39 schreef Catch22- het volgende:
[..]
hohoho!
tegenwoordig heb je normalize.css
http://necolas.github.com/normalize.css/
Klopt. Maar de discussie begon om deze opmerking:quote:Op woensdag 5 september 2012 15:39 schreef Scorpie het volgende:
[..]
Het wil ook niet zeggen dat een slecht gecodeerde website per definitie ruk is, wat dus ook een drogreden is.
Het hoeft dus niet per sé wat erover te zeggen, maar gebruiksvriendelijkheid kan zeker worden beinvloed door slechte code, en dat wordt het dan ook vaak.quote:Op woensdag 5 september 2012 14:32 schreef Scorpie het volgende:
[..]
Kwaliteit van code zegt absoluut niets over het al dan niet gebruiksvriendelijk zijn van een site.
Lets agree to disagree op dat punt.quote:Op woensdag 5 september 2012 15:50 schreef picodealion het volgende:
[..]
Klopt. Maar de discussie begon om deze opmerking:
[..]
Het hoeft dus niet per sé wat erover te zeggen, maar gebruiksvriendelijkheid kan zeker worden beinvloed door slechte code, en dat wordt het dan ook vaak.
Hoe kan ik het beste beginnen. Heb mezelf laten vertellen dat dmv van de Starkers theme te downloaden, je hem daarom heen kan gaan bouwen (alle functies etc zijn al vermeld) en dit moet dan gewoon in de editor gedaan worden.quote:
* {quote:Op woensdag 5 september 2012 15:39 schreef Catch22- het volgende:
[..]
hohoho!
tegenwoordig heb je normalize.css
http://necolas.github.com/normalize.css/
En over JS; er zijn helaas maar weinig mensen die dat goed beheersen. Gelukkig heb ik mezelf daar wel aardig in gespecialiseerd.
Heel simpel gezegd, ik wil eerst weten of ik wat hiermee kan, voordat ik er zelf heel veel tijd in ga steken.quote:Op donderdag 6 september 2012 22:23 schreef KomtTijd... het volgende:
je wilt wát preciesAl die linkjes gaan naar tutorials. Waar is je eigen werk?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <div id="main"> <ul class="tabContainer"> <!-- The jQuery generated tabs go here --> </ul> <div class="clear"></div> <div id="tabContent"> <div id="contentHolder"> <!-- The AJAX fetched content goes here --> </div> </div> </div> |
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 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 | $(document).ready(function(){ /* This code is executed after the DOM has been completely loaded */ /* Defining an array with the tab text and AJAX pages: */ var Tabs = { 'Tab one' : 'pages/page1.html', 'Tab two' : 'pages/page2.html', 'Tab three' : 'pages/page3.html', 'Tab four' : 'pages/page4.html' } /* The available colors for the tabs: */ var colors = ['blue','green','red','orange']; /* The colors of the line above the tab when it is active: */ var topLineColor = { blue:'lightblue', green:'lightgreen', red:'red', orange:'orange' } /* Looping through the Tabs object: */ var z=0; $.each(Tabs,function(i,j){ /* Sequentially creating the tabs and assigning a color from the array: */ var tmp = $('<li><a href="#" class="tab '+colors[(z++%4)]+'">'+i+' <span class="left" /><span class="right" /></a></li>'); /* Setting the page data for each hyperlink: */ tmp.find('a').data('page',j); /* Adding the tab to the UL container: */ $('ul.tabContainer').append(tmp); }) /* Caching the tabs into a variable for better performance: */ var the_tabs = $('.tab'); the_tabs.click(function(e){ /* "this" points to the clicked tab hyperlink: */ var element = $(this); /* If it is currently active, return false and exit: */ if(element.find('#overLine').length) return false; /* Detecting the color of the tab (it was added to the class attribute in the loop above): */ var bg = element.attr('class').replace('tab ',''); /* Removing the line: */ $('#overLine').remove(); /* Creating a new line with jQuery 1.4 by passing a second parameter: */ $('<div>',{ id:'overLine', css:{ display:'none', width:element.outerWidth()-2, background:topLineColor[bg] || 'white' }}).appendTo(element).fadeIn('slow'); /* Checking whether the AJAX fetched page has been cached: */ if(!element.data('cache')) { /* If no cache is present, show the gif preloader and run an AJAX request: */ $('#contentHolder').html('<img src="img/ajax_preloader.gif" width="64" height="64" class="preloader" />'); $.get(element.data('page'),function(msg){ $('#contentHolder').html(msg); /* After page was received, add it to the cache for the current hyperlink: */ element.data('cache',msg); }); } else $('#contentHolder').html(element.data('cache')); e.preventDefault(); }) /* Emulating a click on the first tab so that the content area is not empty: */ the_tabs.eq(0).click(); }); |
1 | $("a.linkToFirstTab").click(function() { $("#tab-3").click(); }); |
Daar geef je het antwoord al..quote:
http://fixingthesejquery.com/quote:Op dinsdag 11 september 2012 09:39 schreef Catch22- het volgende:
http://jqfundamentals.com/
Must-read als je wat met jQuery wil gaan doen, of doet, maar er niets van snapt
Jezus wat een misselijkmakende usability-failurequote:Op dinsdag 11 september 2012 14:28 schreef Catch22- het volgende:
[..]
http://fixingthesejquery.com/
die ok trouwens
ligt eraan hoe je het wilt gebruiken. Als beide titels het zelfde niveau hebben moet je dezelfde tag gebruiken. Als de een een subkopje is van de ander, moet je een niveau lager (dus hogere index) gebruiken.quote:Op woensdag 12 september 2012 21:15 schreef Meteoric het volgende:
Ik weet nog heel weinig van scripten, ben echt net begonnen. Nu focus ik me op de semantiek van HTML dus wil graag alles netjes neerzetten zoals het hoort. Nou heb ik een hele suffe vraag, en ik heb al in een boek gekeken op op w3schools en nog wat sites maar ik kan het antwoord niet zo letterlijk vinden.
Mag je een h2 heading boven meerdere paragrafen gebruiken, of moet je dan perse een h3 gebruiken na een h2? Met andere woorden: is het toegestaan/netjes om dat te doen?
Tuurlijk niet, dat werkt alleen met muis. Met andere vormen van navigatie (toetsenbord, touch) heb je dan geen hover-state meer. Gewoon op de a:href dus.quote:
Sowieso line-height gebruiken, anders krijg je glitches met verschillende fontrenderings of ontbrekende fonts.quote:Op woensdag 19 september 2012 12:35 schreef Catch22- het volgende:
li:hover![]()
en dan de Li de volledige hoogte geven, de A centreren met een padding of een line-height(hack)
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 | .top-menu ul { height: inherit; margin-left: 8px; } .top-menu li { display: inline; list-style-type:none; padding: 10px 0 95px; -webkit-border-bottom-right-radius:.6em; -moz-border-bottom-right-radius:.6em; border-bottom-right-radius:.6em; } .top-menu li:hover { background-color: #fff; color: #223053; } .top-menu li a { font-weight: bold; font-size:15px; color: #fff; padding: 0 8px 95px; } .top-menu > li:first-child > a { border-left:none; } .top-menu li a:hover { color: #223053; } |
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 weet dat hij te breed is, maar dat is voor latere zorg.
Hmm ik zie eigenlijk niks vreemds in de scriptcode, heeft iemand enig idee waar het aan kan liggen dat hij het niet consequent doet.
1
2
3
4
5
6
7<object id="MediaPlayer" width="550" height="309" classid="clsid:6bf52a52-394a-11d3-b153-00c04f79faa6" codebase="http://activex.microsoft.com/activex/controls/mplayer/en/nsmp2inf.cab#Version=5,1,52,701"><param name="filename" value="http://livestreams.omroep.nl/npo/3fm_vsr-bb" />
<param name="Showcontrols" value="True" /><param name="autoStart" value="True" /><param name="url" value="http://livestreams.omroep.nl/npo/3fm_vsr-bb" />
<param name="showcontrols" value="True" /><param name="autostart" value="True" /><param name="url" value="http://livestreams.omroep.nl/npo/3fm_vsr-bb" />
<embed id="MediaPlayer" width="550" height="309" type="application/x-mplayer2" src="http://livestreams.omroep.nl/npo/3fm_vsr-bb" filename="http://livestreams.omroep.nl/npo/3fm_vsr-bb" Showcontrols="True" autoStart="True" url="http://livestreams.omroep.nl/npo/3fm_vsr-bb" showcontrols="True" autostart="True" /></object>
<script src="http://widgets.twimg.com/j/2/widget.js"></script>Of saté?
1 2 3 | <div id="wrapper2" class="user1"><jdoc:include type="modules" name="user1" style="xhtml" /></div> <div id="wrapper2" class="user2"><jdoc:include type="modules" name="user2" style="xhtml" /></div> <div id="wrapper2" class="user3"><jdoc:include type="modules" name="user3" style="xhtml" /></div> |
1 | #wrapper2 {margin:0 auto; width:300px ; height:160px; margin-top: 3px; text-shadow: none; position: relative; background-image: url('http://www.heartofstone.co.uk/HOS/UL/sesamed.JPG');border: 2px solid #FFFFFF;border-radius: 7px 7px 7px 7px;box-shadow: 0 0 0 1px rgba(0, 0, 2, 0.1), 0 1px 0 rgba(0, 0, 2, 0.15), 0 1px 1px rgba(0, 0, 2, 0.1);padding: 4px;text-shadow: 0 1px 0 #FDFDFF;} |
1 2 3 | .user1 { text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 30px; float: left; width: 250px; margin: 10px;} .user2,{ text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 30px; float: center; width: 250px; margin: 10px;} .user3 { text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 30px; float: right; width: 250px; margin: 10px;} |
1 | <div id="wrapper2" class="user1"> |
Je kunt er <div class="wrapper2 user2"> van maken. Dan kun je user 2 nog apart opmaken voor stijlen die je bij de andere divs met wrapper2 niet wil. Bijvoorbeeld je middelste blok, met een margin left en right, om zo ruimte te creëren.quote:Op maandag 24 september 2012 10:56 schreef -J-D- het volgende:
Volgens mij begin ik het te snappen.
Heb van #wrapper2 nu .wrapper2 gemaakt en
[ code verwijderd ]
veranderd in [code]<div class="wrapper2">.
Heb ik dat zo goed begrepen?
De breedte klopt nog niet, maar misschien kan ik daar met wat gesleutel aan wat waarden verandering in brengen.
1 2 3 | <div class="wrapperuser1"><jdoc:include type="modules" name="user1" style="xhtml" /></div> <div class="wrapperuser2"><jdoc:include type="modules" name="user2" style="xhtml" /></div> <div class="wrapperuser3"><jdoc:include type="modules" name="user3" style="xhtml" /></div> |
1 2 3 | .wrapperuser1 {width:287px ; height:160px; margin-top: 3px; position: relative; background-image: url('http://www.popkoor2000.nl/site/images/sesamed.JPG');border: 2px solid #FFFFFF;border-radius: 7px 7px 7px 7px;box-shadow: 0 0 0 1px rgba(0, 0, 2, 0.1), 0 1px 0 rgba(0, 0, 2, 0.15), 0 1px 1px rgba(0, 0, 2, 0.1);text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 10px; float: left;} .wrapperuser2 {margin:3px; width:287px ; height:160px; margin-top: 3px; position: relative; background-image: url('http://www.popkoor2000.nl/site/images/sesamed.JPG');border: 2px solid #FFFFFF;border-radius: 7px 7px 7px 7px;box-shadow: 0 0 0 1px rgba(0, 0, 2, 0.1), 0 1px 0 rgba(0, 0, 2, 0.15), 0 1px 1px rgba(0, 0, 2, 0.1);text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 10px; float: left;} .wrapperuser3 {width:287px ; height:160px; margin-top: 3px; position: relative; background-image: url('http://www.popkoor2000.nl/site/images/sesamed.JPG');border: 2px solid #FFFFFF;border-radius: 7px 7px 7px 7px;box-shadow: 0 0 0 1px rgba(0, 0, 2, 0.1), 0 1px 0 rgba(0, 0, 2, 0.15), 0 1px 1px rgba(0, 0, 2, 0.1);text-shadow: #fff 0 1px; color: #555; padding: 0px 10px 6px 10px; float: left;} |
1 2 3 | <div class="wrapper2 user1"></div> <div class="wrapper2 user2"></div> <div class="wrapper2 user3"></div> |
1 | .wrapper2 { width: 200px; height: 100px; } |
1 | .user2 { margin: 0px 20px 0px 20px; } |
Dat snap ik, maar na een paar uur puzzelen zie je soms de oorzaak niet.quote:Op maandag 24 september 2012 12:55 schreef Catch22- het volgende:
dat is nooit goed. Je moet altijd beredeneren waarom het mis gaat, anders schiet je er niets mee op.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |