moet niet maar het is wel voordelig in de zin dat de hosting geregeld, stabiel en snel is. Vaak staat het bestand al in het cache als meerdere sites dezelfde bron gebruiken waardoor het praktisch hetzelfde is als 'standaard onderdeel van de browser' en jquery (of alternatieven) is niet afhankelijk van browser vendors om een update door te voeren. Bovendien willen alternatieven dan ook standaard onderdeel zijn wat me een onwenselijke situatie lijktquote:Op zondag 14 april 2013 15:14 schreef Light het volgende:
[..]
Maar dan zijn we wel van "browsers moeten standaard jQuery includen" naar "sites moeten gebruik maken van een CDN voor jQuery" gegaan. Toch net even anders, in mijn ogen.
haha right. Ik was een beetje in de war, want volgens mij ondersteunt niet elke server dat. Maar dat zijn dan gewoon geen http-compliant servers, of hoe je dat ook noemt?quote:
Anders maar gewoon Javascript langzaam uitbouwen tot iets wat zonder libraries ook gebruiksvriendelijk en snel is, zodat jQuery en consorten overbodig worden. In feite is het bestaan van jQuery een symptoom van de ouderdom/onvrede van Javascript.quote:Op zondag 14 april 2013 18:30 schreef n8n het volgende:
[..]
moet niet maar het is wel voordelig in de zin dat de hosting geregeld, stabiel en snel is. Vaak staat het bestand al in het cache als meerdere sites dezelfde bron gebruiken waardoor het praktisch hetzelfde is als 'standaard onderdeel van de browser' en jquery (of alternatieven) is niet afhankelijk van browser vendors om een update door te voeren. Bovendien willen alternatieven dan ook standaard onderdeel zijn wat me een onwenselijke situatie lijkt
Exactemundo.quote:Op zondag 14 april 2013 19:49 schreef Merkie het volgende:
[..]
Anders maar gewoon Javascript langzaam uitbouwen tot iets wat zonder libraries ook gebruiksvriendelijk en snel is, zodat jQuery en consorten overbodig worden. In feite is het bestaan van jQuery een symptoom van de ouderdom/onvrede van Javascript.
Ik bedoel ouderdom in de zin van dat het niet aansluit op de behoeften van de ontwikkelaars (en dat is denk ik omdat het ergens rond 1995 gemaakt is). Als alle functionaliteiten van jQuery native in Javascript zouden zitten zou de performance ook nog eens een stuk beter worden gok ik.quote:Op zondag 14 april 2013 19:51 schreef Tijn het volgende:
[..]
Exactemundo.
Althans, niet de ouderdom van Javascript is het probleem, want zo oud is het helemaal niet. Wel zitten er een aantal domme dingen in de taal die niet kloppen. Gelukkig kun je daar vrij goed omheen programmeren en wanneer je dat doet hou je iets over dat best elegant en werkbaar is. Dat Javascript behalve wat slechte kanten ook een aantal hele goede eigenschappen heeft en die slechte dingen bovendien goed te vermijden zijn is de reden dat libraries als jQuery überhaupt kunnen bestaan.
Hoe dan ook is het echte probleem de DOM, niet zozeer Javascript als programmeertaal (want ook jQuery is gewoon Javascript natuurlijk).
Zeker. ECMAScript versie 5.1 is de laatste officiële editie, die stamt uit 2011. Ze zijn bezig met ES6.quote:Op zondag 14 april 2013 19:58 schreef Merkie het volgende:
[..]
Wordt Javascript überhaupt actief ontwikkeld eigenlijk? Ik heb geen idee.
Ja, omdat rond 2000 er door veel mensen in de industrie werd gedacht dat Javascript wel een opvolger zou krijgen. Dat is echter nooit gebeurd. Integendeel, tot die tijd werd Javascript voornamelijk gebruikt voor interface gimmicks, maar dankzij XMLHttpRequest, de daaropvolgende Ajax-revolutie, het JSON-dataformaat en gigantische optimalisaties in Javascript-engines is Javascript nu relevanter dan ooit.quote:Op zondag 14 april 2013 20:06 schreef Merkie het volgende:
[..]
Ik zie het. Ontwikkeling heeft wel 10 jaar stilgestaan.
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komenquote:Op zondag 14 april 2013 19:49 schreef Merkie het volgende:
[..]
Anders maar gewoon Javascript langzaam uitbouwen tot iets wat zonder libraries ook gebruiksvriendelijk en snel is, zodat jQuery en consorten overbodig worden. In feite is het bestaan van jQuery een symptoom van de ouderdom/onvrede van Javascript.
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.quote:Op zondag 14 april 2013 20:18 schreef n8n het volgende:
[..]
Volgens mij probeert google dat elke 2 jaar wel maar lijkt nooit van de grond te komen
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt.quote:Op zondag 14 april 2013 19:35 schreef kutkloon7 het volgende:
[..]
haha right. Ik was een beetje in de war, want volgens mij ondersteunt niet elke server dat. Maar dat zijn dan gewoon geen http-compliant servers, of hoe je dat ook noemt?
Of loop ik weer onzin uit te kramen?
dart compileert toch tot javascript?quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
je kunt het compileren naar javascript om zo non-compatibel browsers te ondersteunen, maar in principe is dat niet het idee geloof ik.quote:Op zondag 14 april 2013 22:44 schreef Catch22- het volgende:
[..]
dart compileert toch tot javascript?
Dat is alleen maar omdat andere browsers geen Dart (willen) ondersteunenquote:Op zondag 14 april 2013 22:44 schreef Catch22- het volgende:
[..]
dart compileert toch tot javascript?
Dat is wat ik bedoel.quote:Op zondag 14 april 2013 22:37 schreef KomtTijd... het volgende:
[..]
eh, iedere http-comlient server stuurt caching-headers mee. Als dat is wat je bedoelt.
Toch wel een goed initiatief van google, vind ik. Ik heb de editor net gedownload (mooi standalone zipje, daar ben ik wel fan van), hij heeft best wel wat elementen van Eclipse.quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
Ik vind het jammer dat ze naar traditionele concepten als classes en static typing grijpen terwijl ik denk dat de huidige implementatie van Javascript juist een stap verder is dan dat.quote:Op maandag 15 april 2013 00:36 schreef kutkloon7 het volgende:
[..]
Toch wel een goed initiatief van google, vind ik.
Zo diep had ik nog niet in de taal gekeken. Static typing vind ik eigenlijk wel fijn, het maakt debuggen vaak wel wat makkelijker, maar dynamic typing maakt vaak weer kortere code mogelijk.quote:Op maandag 15 april 2013 00:57 schreef Tijn het volgende:
[..]
Ik vind het jammer dat ze naar traditionele concepten als classes en static typing grijpen terwijl ik denk dat de huidige implementatie van Javascript juist een stap verder is dan dat.
Er is genoeg mis met Javascript hoor, dus een nieuwe taal is best te rechtvaardigen. Maar Dart pakt imho de verkeerde dingen aan en is eerder een stap terug dan een stap verder.
Werk nu een halfjaar met TypeScript waarmee ECMA 6 ideeën al gebruikt kunnen worden in de huidige browsers. Heeft wel een toekomst denk ik.quote:Op zondag 14 april 2013 20:23 schreef Tijn het volgende:
[..]
Google heeft natuurlijk Dart. Maar eigenlijk is dat een veel saaiere taal dan het veel stoerdere Javascript.
Het is misschien niet het meest eenvoudige voorbeeld, maar dit doet wel ongeveer wat jij omschrijft (je moet sorteren even wegdenken en vervangen door filterenquote:Op zondag 21 april 2013 11:17 schreef DutchErrorist het volgende:
Ik wil een website maken waar de dingen die getoond worden afhangen van een dropdown menu.
Ik wil dus allereerst een pagina hebben met alles getoond. Dat je dan in een dropdown menu de provincie kan kiezen en dan alleen de geselecteerde onderwerpen van de provincie worden getoond en als je dan in een tweede dropdown menu een merk selecteerd hij alleen dat merk laat zien of de verkopers daarvan, of een combinatie van die twee of alleen een van de twee.
Maar hoe kan ik dat het beste aanpakken?
Oke top en dan nog een vraagje. Het is de bedoeling om de website ook goed te laten weergeven op mobile browsers, maar voor welke CMS of techniek kan ik dan het beste gaan? Want ik zit even rond te kijken en er zijn zoveel verschillende mogelijkhedenquote:Op zondag 21 april 2013 11:29 schreef Devv het volgende:
[..]
Het is misschien niet het meest eenvoudige voorbeeld, maar dit doet wel ongeveer wat jij omschrijft (je moet sorteren even wegdenken en vervangen door filteren).
Angular JS: Filters
Live Demo
Ik gebruik zelf Bootstrap.quote:Op zondag 21 april 2013 12:04 schreef DutchErrorist het volgende:
[..]
Oke top en dan nog een vraagje. Het is de bedoeling om de website ook goed te laten weergeven op mobile browsers, maar voor welke CMS of techniek kan ik dan het beste gaan? Want ik zit even rond te kijken en er zijn zoveel verschillende mogelijkheden
Nou dan moet ik me daar maar eens wat over gaan leren. In ieder geval heel erg bedanktquote:
Ik zit al de hele tijd te kijken hoe ik het het beste kan doen, maar ik krijg het maar niet voor elkaar. Ik kan nergens echt duidelijk vinden hoe ik meerdere filters kan instellen. Ik heb dus een aantal lijsten op de pagina's en die hebben dan dus twee dingen waar ze op gefilterd moeten worden (Merk en provincie).quote:Op zondag 21 april 2013 11:29 schreef Devv het volgende:
[..]
Het is misschien niet het meest eenvoudige voorbeeld, maar dit doet wel ongeveer wat jij omschrijft (je moet sorteren even wegdenken en vervangen door filteren).
Angular JS: Filters
Live Demo
jQuery filter functie werkt daar prima voor.quote:Op zondag 21 april 2013 11:17 schreef DutchErrorist het volgende:
Ik wil een website maken waar de dingen die getoond worden afhangen van een dropdown menu.
Ik wil dus allereerst een pagina hebben met alles getoond. Dat je dan in een dropdown menu de provincie kan kiezen en dan alleen de geselecteerde onderwerpen van de provincie worden getoond en als je dan in een tweede dropdown menu een merk selecteerd hij alleen dat merk laat zien of de verkopers daarvan, of een combinatie van die twee of alleen een van de twee.
Maar hoe kan ik dat het beste aanpakken?
Oeh even kijkenquote:Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:
[..]
jQuery filter functie werkt daar prima voor.
http://api.jquery.com/filter/
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | $(document).ready(function(){ // hide #back-top first $("#back-top").hide(); // fade in #back-top $(function () { $(window).scroll(function () { if ($(this).scrollTop() > 100) { $('#back-top').fadeIn(); } else { $('#back-top').fadeOut(); } }); // scroll body to 0px on click $('#back-top a').click(function () { $('body,html').animate({ scrollTop: 0 }, 800); return false; }); }); }); |
| 1 2 3 4 5 6 | <p id="back-top"> <a href="#top"> <span></span> terug naar boven </a> </p> |
| 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 | #back-top { bottom: 30px; margin-left: 990px; position: fixed; } #back-top a { color: #BBBBBB; display: block; font: 10px/100% Arial,Helvetica,sans-serif; text-align: center; text-decoration: none; text-transform: uppercase; transition: all 1s ease 0s; width: 75px; } #back-top a:hover { color: #000000; } #back-top span { background: url("../images/up-arrow.png") no-repeat scroll center center #DDDDDD; border-radius: 15px 15px 15px 15px; display: block; height: 75px; margin-bottom: 7px; transition: all 1s ease 0s; width: 75px; } #back-top a:hover span { background-color: #0064C9; } |
Bedankt voor de respons.quote:Op zondag 21 april 2013 23:10 schreef boem-dikkie het volgende:
http://stackoverflow.com/(...)-has-no-method-ready
Ik gok dat het iets te maken heeft met de combinatie mootools en jQuery.
Magento gebruikt standaard idd prototype en dat conflicteert ook, ik doe het zelf zo:quote:Op zondag 21 april 2013 23:22 schreef highender het volgende:
[..]
Bedankt voor de respons.
Dat lijkt inderdaad een soortgelijk probleem, ik kan alleen geen mootools vinden in de javascript map van magento, wel prototype.js en scriptaculous.js wat daarmee conflicten zou veroorzaken, dat is hier dus niet het geval.
EDIT: ik lees daar het advies om $ voor jQuery te vervangen i.v.m. een corrigerend scriptje om conflicten te voorkomen, even kijken of dat helpt.
| 1 2 3 4 5 | jQuery.noConflict(); jQuery(document).ready(function($){ // jquery scripts }); |
Ik heb nu deze gevonden die precies doet wat ik wil, maar ik wil liever een gewoon menu met knoppen dan een dropdown menu, hoe kan ik dat het beste aanpakken?quote:Op zondag 21 april 2013 21:34 schreef boem-dikkie het volgende:
[..]
jQuery filter functie werkt daar prima voor.
http://api.jquery.com/filter/
Je kunt anchors maken met een data-* element. Dan kun je in plaats van .val() bijvoorbeeld met .data('naamvankey') de data ophalen en daar op filteren.quote:Op dinsdag 23 april 2013 13:42 schreef DutchErrorist het volgende:
[..]
Ik heb nu deze gevonden die precies doet wat ik wil, maar ik wil liever een gewoon menu met knoppen dan een dropdown menu, hoe kan ik dat het beste aanpakken?
http://jetlogs.org/jquery/jquery_list_filter_multiple.html
| 1 | <a href="#" class="blabla" data-filter="rood">rood</a> |
| 1 | var fruitType= $(".blabla").data('filter'); |
Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classesquote:Op dinsdag 23 april 2013 13:49 schreef boem-dikkie het volgende:
[..]
Je kunt anchors maken met een data-* element. Dan kun je in plaats van .val() bijvoorbeeld met .data('naamvankey') de data ophalen en daar op filteren.
Bijvoorbeeld een linkje:
[ code verwijderd ]
En de jQuery:
[ code verwijderd ]
Bijvoorbeeld zo: data-options='{"name":"John"}'.quote:Op dinsdag 23 april 2013 13:54 schreef ursel het volgende:
[..]
Da's wel handig. En als je meerdere filter items heb is het dan gewoon net zoals met classes
data-filter="rood rond fruit" ??
Dank je voor die JSFiddle, dat maakt het allemaal net wat duidelijker voor mijquote:Op dinsdag 23 april 2013 14:13 schreef boem-dikkie het volgende:
[..]
Bijvoorbeeld zo: data-options='{"name":"John"}'.
Zie: http://api.jquery.com/data/
Oh en een JSFiddle'tje voor dat fruit voorbeeld. Even snel alleen de kleur gedaan.
http://jsfiddle.net/uKHXs/26/
Ik probeer dat nu zo te fixen met data-options, maar dat wil me niet lukken. Zou je dat misschien ook in JSFiddle kunnen zetten? In ieder geval bedankt, want je helpt me heel erg (ben meer van het vormgeven dan het coden).quote:Op dinsdag 23 april 2013 14:13 schreef boem-dikkie het volgende:
[..]
Bijvoorbeeld zo: data-options='{"name":"John"}'.
Zie: http://api.jquery.com/data/
Oh en een JSFiddle'tje voor dat fruit voorbeeld. Even snel alleen de kleur gedaan.
http://jsfiddle.net/uKHXs/26/
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebankquote:Op dinsdag 23 april 2013 14:12 schreef Seagal het volgende:
Weet iemand toevallig nog websites specifiek gericht op vacatures met web development banen?
Thanks! Daar heb ik wel wat aan.quote:Op dinsdag 23 april 2013 15:25 schreef Black-Hole het volgende:
[..]
Heel erg front-end gericht maar hier staan een flink aantal vacatures http://fronteers.nl/vacaturebank
Wat wil je precies bereiken? Een lijst met twee filters?quote:Op dinsdag 23 april 2013 15:09 schreef DutchErrorist het volgende:
[..]
Ik probeer dat nu zo te fixen met data-options, maar dat wil me niet lukken. Zou je dat misschien ook in JSFiddle kunnen zetten? In ieder geval bedankt, want je helpt me heel erg (ben meer van het vormgeven dan het coden).
Ik heb een stuk of 9 tot 12 lijsten met onderwerpen, beetje a la startpagina. Ik wil dan dat bezoekers aan de linkerkant twee menu's hebben met knoppen voor merken en knoppen voor provincies. Als eerst wordt gewoon alle info getoond, maar als ze dan op bijvoorbeeld Drenthe drukken dan worden alleen merken in drenthe getoond. Als ze dan op een merk klikken dat hij dan ook de selectie van drenthe onthoud en dan alleen dat merk in Drenthe wordt getoond. Met een dropdown kan het nu wel alleen ik heb het liefst geen dropdown menu en bij een dropdown moet je nog je keuzes bevestigen terwijl ik wil dat ze gelijk doorgevoerd worden als je de keuze maakt.quote:Op dinsdag 23 april 2013 16:21 schreef boem-dikkie het volgende:
[..]
Wat wil je precies bereiken? Een lijst met twee filters?
Dropdown werkt lekkerder hiervoor denk ik. Je kunt ook de 'bevestigen' er uit slopen.quote:Op dinsdag 23 april 2013 16:33 schreef DutchErrorist het volgende:
[..]
Ik heb een stuk of 9 tot 12 lijsten met onderwerpen, beetje a la startpagina. Ik wil dan dat bezoekers aan de linkerkant twee menu's hebben met knoppen voor merken en knoppen voor provincies. Als eerst wordt gewoon alle info getoond, maar als ze dan op bijvoorbeeld Drenthe drukken dan worden alleen merken in drenthe getoond. Als ze dan op een merk klikken dat hij dan ook de selectie van drenthe onthoud en dan alleen dat merk in Drenthe wordt getoond. Met een dropdown kan het nu wel alleen ik heb het liefst geen dropdown menu en bij een dropdown moet je nog je keuzes bevestigen terwijl ik wil dat ze gelijk doorgevoerd worden als je de keuze maakt.
Oh oké je bent een heldquote:Op dinsdag 23 april 2013 16:45 schreef boem-dikkie het volgende:
http://jsfiddle.net/uKHXs/54/
Bij bovenstaande fiddle hoef je geen bevestiging meer door te geven maar past hij alles meteen aan wanneer je iets in je dropdown wijzigt.
Komt helemaal goedquote:
het is mijn werk hequote:Op dinsdag 23 april 2013 17:51 schreef DutchErrorist het volgende:
[..]
Doe je goed. Ik blijf het knap vinden want ik vind het allemaal zo ingewikkeld
quote:Op dinsdag 23 april 2013 19:05 schreef DutchErrorist het volgende:
[..]
Dan is het wel handig als je er goed in bent
quote:Op woensdag 24 april 2013 09:34 schreef Seagal het volgende:
Ik ben wat vacatures voor web developer aan het bekijken en iets wat ik vaak terug zie komen zijn de woorden Scrum en Agile. Na wat googelen is me nog steeds niet helemaal duidelijk wat het nou precies inhoudt. Iemand hier die bij zijn bedrijf volgens deze methode aan projecten werkt en mij kort en simpel kan uitleggen wat het is?
Dan weet ik bij een eventuele sollicitatie iig waar ze het over hebben
Scrum is vrij 'hip' tegenwoordig en naar mijn weten werken vrij veel bedrijven met deze manier van projectmanagement. Denk dat het wel verstandig is dat je als front-end developer inleest waar dit over gaat want in die functie word je daarin vrij veel betrokken.quote:Op woensdag 24 april 2013 09:59 schreef Seagal het volgende:
Ok bedankt!
Heb wel werkervaring, maar weinig met het werken in teams of echt grotere projecten dus ook niet met de bijbehorende werkwijzen. Voorheen deed ik alles zelf (concept, grafisch ontwerp en code), maar ik wil me meer gaan richten op enkel front-end development.
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project.quote:Op woensdag 24 april 2013 10:05 schreef boem-dikkie het volgende:
[..]
Scrum is vrij 'hip' tegenwoordig en naar mijn weten werken vrij veel bedrijven met deze manier van projectmanagement. Denk dat het wel verstandig is dat je als front-end developer inleest waar dit over gaat want in die functie word je daarin vrij veel betrokken.
Oui. Ik ook.quote:Op woensdag 24 april 2013 10:07 schreef Catch22- het volgende:
[..]
Steeds meer. Ik hou er wel van, maar wel met mate en aangepast op het project.
Het stelt allemaal niet heeeel veel voor als je geen productowner of scrummaster bent hoor. Je moet gewoon leren iteratief te werken. Nu val je als frontender ook iets anders binnen de werkwijze omdat je relatief meer vooraf doet en per iteratie wat minder hoeft te doen als je je werk goed opzet. Dat is wel iets waar ik mee zit. Het komt er eigenlijk op neer dat je de eerste sprints vol meewerkt en daarna alleen maar hoeft bij te schaven.quote:Op woensdag 24 april 2013 10:28 schreef Seagal het volgende:
Ok goed inlezen dus.
Geen ervaring hiermee hoeft toch geen obstakel te zijn als de andere vaardigheden zoals html5/css3 en Javascript (DOM, jQuery, OOP, Unit testing) gewoon goed zijn?
quote:Op woensdag 24 april 2013 10:37 schreef Catch22- het volgende:
[..]
Het stelt allemaal niet heeeel veel voor als je geen productowner of scrummaster bent hoor. Je moet gewoon leren iteratief te werken. Nu val je als frontender ook iets anders binnen de werkwijze omdat je relatief meer vooraf doet en per iteratie wat minder hoeft te doen als je je werk goed opzet. Dat is wel iets waar ik mee zit. Het komt er eigenlijk op neer dat je de eerste sprints vol meewerkt en daarna alleen maar hoeft bij te schaven.
Maar dat gaat op voor applicaties, voor websites is dat anders. En ik maak alleen maar applicaties.
Ik vind het juist mooi als een klant denkt te weten wat scrum is en je hem vervolgens alle hoeken van de kamer kan laten zien, zoals nu op mijn project.quote:Op woensdag 24 april 2013 09:39 schreef Catch22- het volgende:
Het is een goede werkwijze, alleen je moet wel een klant hebben die er mee om kan gaan.
Met een flexibele werkwijze heb je namelijk ook een flexibel budget en flexibele resultaten.
Scrum is alleen maar de vorm waarin je je project giet, het heeft niets te maken met hoe je je werk inhoudelijk uitvoert. Je krijgt gewoon een lijstje met dingen die je moet doen en een deadline en vervolgens ga je aan de gang.quote:Op woensdag 24 april 2013 10:28 schreef Seagal het volgende:
Ok goed inlezen dus.
Geen ervaring hiermee hoeft toch geen obstakel te zijn als de andere vaardigheden zoals html5/css3 en Javascript (DOM, jQuery, OOP, Unit testing) gewoon goed zijn?
Mwoah, je moet je werk wel iets anders afkaderenquote:Op woensdag 24 april 2013 10:44 schreef Tijn het volgende:
[..]
Scrum is alleen maar de vorm waarin je je project giet, het heeft niets te maken met hoe je je werk inhoudelijk uitvoert. Je krijgt gewoon een lijstje met dingen die je moet doen en een deadline en vervolgens ga je aan de gang.
Mja, op zich leuk, maar niet bevorderlijk voor het projectverloopquote:Op woensdag 24 april 2013 10:41 schreef Scorpie het volgende:
[..]
Ik vind het juist mooi als een klant denkt te weten wat scrum is en je hem vervolgens alle hoeken van de kamer kan laten zien, zoals nu op mijn project.
Uiteindelijk komt het er gewoon op neer dat je doet wat de scrummaster zegt dat je moet doenquote:Op woensdag 24 april 2013 10:57 schreef Catch22- het volgende:
[..]
Mwoah, je moet je werk wel iets anders afkaderen
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |