abonnement Unibet Coolblue Bitvavo
  dinsdag 12 augustus 2008 @ 13:38:00 #151
134533 donroyco
dus niet Donroyco
pi_60761056
quote:
Op dinsdag 12 augustus 2008 13:36 schreef HenkBenzinetank het volgende:
Wat sIFR betreft, het kan ook aan je lettertype liggen. Met name sommige OTF letters trekt ie niet zo goed
Dat ga ik dan ook nog eens proberen
Op maandag 29 september 2008 11:45 schreef HostiMeister het volgende:
Dat is zeg maar de Nederlandse taal op een vuige keukentafel voorover buigen en hem dan zonder glijmiddel anaal verkrachten. :'(
pi_60937619
Een probleempje waar ik laatst mee zat en wat ik niet opgelost kreeg met css. Misschien heeft iemand hier nog een idee hoe het met css netjes moet kunnen?

Eerst het probleem:
1
2
3
dd-mm-jjjj > lange tekst die niet op
               een regel past
dd-mm-jjjj > korte tekst op 1 regel


Waar het > staat moet een plaatje komen. Dat kan normaal heel goed met een list-style-image, maar dan zit ik in de knoop met de datum die daarvoor staat. Bij een andere variant waar die datum er niet is, wordt alles uiteraard als list weergegeven. En semantisch gezien is dit ook een lijst, dus wilde ik het ook zo weergeven. Maar door de vreemde plaatsing van de datum is me dat niet gelukt.

Heeft iemand een idee hoe ik dit had kunnen oplossen met een list, en wel zo dat als de titel na de > te lang wordt, deze gaat inspringen zodat alles netjes onder elkaar blijft staan?
pi_60944092
quote:
Op maandag 18 augustus 2008 22:53 schreef Light het volgende:
Een probleempje waar ik laatst mee zat en wat ik niet opgelost kreeg met css. Misschien heeft iemand hier nog een idee hoe het met css netjes moet kunnen?

Eerst het probleem:
[ code verwijderd ]

Waar het > staat moet een plaatje komen. Dat kan normaal heel goed met een list-style-image, maar dan zit ik in de knoop met de datum die daarvoor staat. Bij een andere variant waar die datum er niet is, wordt alles uiteraard als list weergegeven. En semantisch gezien is dit ook een lijst, dus wilde ik het ook zo weergeven. Maar door de vreemde plaatsing van de datum is me dat niet gelukt.

Heeft iemand een idee hoe ik dit had kunnen oplossen met een list, en wel zo dat als de titel na de > te lang wordt, deze gaat inspringen zodat alles netjes onder elkaar blijft staan?
Zorgen dat je datum altijd in hetzelfde formaat is (dus altijd dd-mm-yyyy en niet één keer d-mm-yy en de andere keer dd-m-yyyy) en deze een vaste breedte laten hanteren (monospace lettertype gebruiken?), vervolgens het plaatje als background-image, en de te 'wrappen' tekst in een span.
  dinsdag 19 augustus 2008 @ 09:37:42 #154
12880 CraZaay
prettig gestoord
pi_60944519
Of de datum in een span (of misschien is de datum zo belangrijk dat het een kop moet zijn?) en die een negatieve margin-left geven. Rest dan positioneren met padding-left en de afbeelding als achtergrondafbeelding. Dan maakt de breedte van de datum ook niet meer uit.
  zondag 24 augustus 2008 @ 18:19:11 #155
225631 Rotzooi
Herr Rotzooi voor u..
pi_61089845
tvp
And the number is 61.000.000, who has number 61.000.000? BINGO!
pi_61109770
hmm ik ben weer eens met mn menu-vanuit-een-database aan het stoeien, maar ik kom dr niet uit (klote css ).

Het menu heb ik qua opzet hiervandaan geplukt: http://tutorials.alsacreations.com/deroulant/

(grootste verschil is dat ik de opbouw als moeder/dochter structuur in een database heb staan en met 2 loopjes dit er uit pluk - dat werkt).

Enige wat mij niet lukt is het centreren ... op http://pestforum.nl/users/test.php draai ik een testje, op http://pestforum.nl/users/white.css staat't CSS - de boosdoener. left = 50% zet het linkerpunt van het menu mooi gecentreerd - maar ik wil dus het hele menu centreren.

Mocht iemand weten hoe - dan hoor ik het heel graag - Ik kan wel handmatig centreren, maar dat is niet echt een oplossing bij een dynamisch menu
La derecha oprime, la izquierda libera
pi_61114155
Help
La derecha oprime, la izquierda libera
  maandag 25 augustus 2008 @ 17:18:53 #158
145090 HenkBenzinetank
Toegevoegde waarde
pi_61114898
Komt ie dan he:

1
2
3
4
5
6
7
8
#menu {
height: 20px /* hoogte van de knoppen */'
width: 700px; /* breedte van het menu, nodig om te centreren */
margin: 0 auto; /* zet linker en rechter marges op automatisch, dus het menu in het midden */
top: 75px;
z-index: 100px;
line-height: /* finishing touch, centreer tekst verticaal */
}


persoonlijk vind ik het een beetje een zuur menu. Als je muis eraf hovert, blijft ie open staan.
pi_61119309
quote:
Op maandag 25 augustus 2008 14:00 schreef LeeHarveyOswald het volgende:
hmm ik ben weer eens met mn menu-vanuit-een-database aan het stoeien, maar ik kom dr niet uit (klote css ).

Het menu heb ik qua opzet hiervandaan geplukt: http://tutorials.alsacreations.com/deroulant/

(grootste verschil is dat ik de opbouw als moeder/dochter structuur in een database heb staan en met 2 loopjes dit er uit pluk - dat werkt).

Enige wat mij niet lukt is het centreren ... op http://pestforum.nl/users/test.php draai ik een testje, op http://pestforum.nl/users/white.css staat't CSS - de boosdoener. left = 50% zet het linkerpunt van het menu mooi gecentreerd - maar ik wil dus het hele menu centreren.

Mocht iemand weten hoe - dan hoor ik het heel graag - Ik kan wel handmatig centreren, maar dat is niet echt een oplossing bij een dynamisch menu
Om iets te centreren moet je het een breedte geven (en dan een kleinere breedte dan het element waar het in staat). Als je body 1000px breed is en je menu ook dan valt er niet veel te centreren En als je body 1000px breed is en je menu 500px dan kun je wel centreren. Probleem met een dynamisch menu is dat je niet weet hoeveel items er in zitten, dus hoe breed het menu moet worden. Dat kun je wel weer oplossen met een stukje javascript. Een idee is dan om in je template ( / html) een variabele te setten die aangeeft hoeveel menu-items er zijn. De rest regel je dan met een stukje javascript in een ander bestand.
pi_61119345
quote:
Op maandag 25 augustus 2008 17:18 schreef HenkBenzinetank het volgende:
Komt ie dan he:
[ code verwijderd ]

persoonlijk vind ik het een beetje een zuur menu. Als je muis eraf hovert, blijft ie open staan.
Eens. Ik vind de Son of Suckerfish-implementatie altijd wel handig. En lekker overzichtelijk klein
  maandag 25 augustus 2008 @ 20:06:10 #161
145090 HenkBenzinetank
Toegevoegde waarde
pi_61119578
quote:
Op maandag 25 augustus 2008 19:57 schreef Light het volgende:

[..]

Om iets te centreren moet je het een breedte geven (en dan een kleinere breedte dan het element waar het in staat). Als je body 1000px breed is en je menu ook dan valt er niet veel te centreren En als je body 1000px breed is en je menu 500px dan kun je wel centreren. Probleem met een dynamisch menu is dat je niet weet hoeveel items er in zitten, dus hoe breed het menu moet worden. Dat kun je wel weer oplossen met een stukje javascript. Een idee is dan om in je template ( / html) een variabele te setten die aangeeft hoeveel menu-items er zijn. De rest regel je dan met een stukje javascript in een ander bestand.
min-width zou dan kunnen werken
  maandag 25 augustus 2008 @ 20:09:57 #162
12880 CraZaay
prettig gestoord
pi_61119699
quote:
Op maandag 25 augustus 2008 20:06 schreef HenkBenzinetank het volgende:

min-width zou dan kunnen werken
Maar niet erg IE6 compatible helaas.
  maandag 25 augustus 2008 @ 20:19:52 #163
145090 HenkBenzinetank
Toegevoegde waarde
pi_61119950
Daar zijn oplossingen voor
  maandag 25 augustus 2008 @ 20:30:21 #164
12880 CraZaay
prettig gestoord
pi_61120306
quote:
Op maandag 25 augustus 2008 20:19 schreef HenkBenzinetank het volgende:
Daar zijn oplossingen voor
Geef die er dan meteen bij zou ik zeggen, anders is het een redelijk loze suggestie imo
  maandag 25 augustus 2008 @ 20:33:15 #165
145090 HenkBenzinetank
Toegevoegde waarde
pi_61120397
1
2
3
4
5
6
7
8
9
 
body {
  width: 100%;
  height: 100%;
  min-width:800px; /* This takes care of all the 'decent' browsers */
  margin: 0px;
  padding: 0px;  /*optional*/
  /* Optionally set text-align: center; and increase the padding if you wish to have the page centered with margins... */
}


of

1
2
min-width: 600px;
width:expression(document.body.clientWidth < 600? "600px" : document.body.clientWidth > 1200? "1200px" : "auto");


u vraagt, google draait
pi_61120570
quote:
Op maandag 25 augustus 2008 17:18 schreef HenkBenzinetank het volgende:
Komt ie dan he:
[ code verwijderd ]

persoonlijk vind ik het een beetje een zuur menu. Als je muis eraf hovert, blijft ie open staan.
1
2
3
4
5
6
7
8
#menu {
position: absolute;
width: 700px; /* breedte van het menu, nodig om te centreren */
margin: 0 auto; /* zet linker en rechter marges op automatisch, dus het menu in het midden */
top: 75px;
z-index: 100px;
line-height: /* finishing touch, centreer tekst verticaal */
}

Dit zou ook moeten werken als het menu breder is?

Dit is de variatie die ik daarop gebruikt heb (Zonder Pos. absolute; verplaatst de tekst als ik over het menu scroll). Nu lijnt hij hem volledig links uit (anders wel gecentreerd).

En de vaste knophoogte heb ik dr uitgesloopt, dit omdat een knop ook 2 regels kan bevatten. .
La derecha oprime, la izquierda libera
pi_61120599
quote:
Op maandag 25 augustus 2008 20:33 schreef HenkBenzinetank het volgende:

[ code verwijderd ]

of
[ code verwijderd ]

u vraagt, google draait
Dus dit is meer wat ik nodig heb?
La derecha oprime, la izquierda libera
  maandag 25 augustus 2008 @ 21:36:05 #168
12880 CraZaay
prettig gestoord
pi_61122523
CSS expressions zijn niet echt lekker overigens, heeft een sterke (negatieve) invloed op rendering van je pagina in een browser.
pi_61123893
quote:
Op maandag 25 augustus 2008 20:09 schreef CraZaay het volgende:

[..]

Maar niet erg IE6 compatible helaas.
IE6 moet dan ook dood.
  maandag 25 augustus 2008 @ 22:12:21 #170
12880 CraZaay
prettig gestoord
pi_61123986
quote:
Op maandag 25 augustus 2008 22:09 schreef Light het volgende:

IE6 moet dan ook dood.
Eensch. Maar maak dat die 30+% van alle internetgebruikers ook maar wijs
pi_61124187
quote:
Op maandag 25 augustus 2008 22:12 schreef CraZaay het volgende:

[..]

Eensch. Maar maak dat die 30+% van alle internetgebruikers ook maar wijs
Gewoon Windows Update gebruiken. Is dat ding toch ergens goed voor
pi_61124899
quote:
Op maandag 25 augustus 2008 22:18 schreef Light het volgende:

[..]

Gewoon Windows Update gebruiken. Is dat ding toch ergens goed voor
Sinds wanneer haalt die Firefox binnen?
La derecha oprime, la izquierda libera
pi_61125199
quote:
Op maandag 25 augustus 2008 22:39 schreef LeeHarveyOswald het volgende:

[..]

Sinds wanneer haalt die Firefox binnen?
Hmm.... goed punt.. Maar 'k maak liever iets voor IE7 dan voor IE6. IE7 werkt al 100x beter. (En voor de rest van de browserwars kunnen we vast beter een ander topic opzoeken.)
  maandag 25 augustus 2008 @ 22:56:06 #174
145090 HenkBenzinetank
Toegevoegde waarde
pi_61125506
Punt is alleen dat uitgerekend je klanten op hun kantoortjes vaak allemaal een verrotte windows xp installatie met IE6 hebben..
  maandag 25 augustus 2008 @ 23:02:44 #175
12880 CraZaay
prettig gestoord
pi_61125705
quote:
Op maandag 25 augustus 2008 22:56 schreef HenkBenzinetank het volgende:
Punt is alleen dat uitgerekend je klanten op hun kantoortjes vaak allemaal een verrotte windows xp installatie met IE6 hebben..
Yip. En je kan nog zo vurig willen dat mensen upgraden naar IE7, feit blijft dat 3 op alle 10 bezoekers IE6 gebruiken. Da's best veel
pi_61125984
quote:
Op maandag 25 augustus 2008 23:02 schreef CraZaay het volgende:

[..]

Yip. En je kan nog zo vurig willen dat mensen upgraden naar IE7, feit blijft dat 3 op alle 10 bezoekers IE6 gebruiken. Da's best veel
Zo'n 29% van de IE gebruikers van 2 van mijn sites (boeroendoek.nl en pestforum.nl) gebruiken op dit moment nog IE6. Dat is dus minder dan 1/3e van de IE gebruikers. 70% van de bezoekers is een IE bezoeker, dus pakweg 1/5e van de bezoekers is IE6 (en dat op ca. 5000 bezoekers/maand, redelijk representatief dus).

0,2% van de IE gebruikers gebruikt een versie ouder dan 6.0
La derecha oprime, la izquierda libera
  maandag 25 augustus 2008 @ 23:32:23 #177
12880 CraZaay
prettig gestoord
pi_61126708
Het ligt ook aan de doelgroep natuurlijk; de grotere publiekssites die ik ontwikkel hebben al gauw 90+% (!!) IE bezoekers. Nadeel van sites voor het grote publiek is dat ze vaak op scholen en kantoren gebruikt worden (en tussen 9.00 en 17.00 komt daar het merendeel van het bezoek vandaan), en daar hebben ze weer relatief veel IE6.

We zullen ermee moeten leven
pi_61130922
quote:
Op maandag 25 augustus 2008 23:32 schreef CraZaay het volgende:
Het ligt ook aan de doelgroep natuurlijk; de grotere publiekssites die ik ontwikkel hebben al gauw 90+% (!!) IE bezoekers. Nadeel van sites voor het grote publiek is dat ze vaak op scholen en kantoren gebruikt worden (en tussen 9.00 en 17.00 komt daar het merendeel van het bezoek vandaan), en daar hebben ze weer relatief veel IE6.

We zullen ermee moeten leven
Verschilt bij mij ook heel veel. Als ik de Boekenbox (uit m'n sig) of mijn blog neem dan zit ik gemiddeld op 57% Mozilla (waarvan 40% Firefox ouder dan versie 3.x), 15% IE7, 21% IE6 en de rest Safari/Opera/etc.

Bij de gemiddelde applicatie van m'n werk zit ik makkelijk boven de 80% aan IE gebruikers, waarvan het grootste percentage jammer genoeg nog steeds op IE6. Wel merk ik dat steeds meer mensen, zowel bij mijn thuisprojectjes als bij mijn grotere projecten op het werk, steeds meer interesse hebben in andere browsers en veel klanten ook al aangeven dat hun website/applicatie 'wel op alle browsers moet werken'. Goede ontwikkeling vind ik zelf, dan vallen al die prutsers die nog steeds enkel voor browser X devven al buiten de boot.
  dinsdag 26 augustus 2008 @ 11:36:06 #179
145090 HenkBenzinetank
Toegevoegde waarde
pi_61134091
Op mijn site (veel bezocht door creatieven) is het aandeel IE6 marginaal, Safari en Opera scoren (net als FF natuurlijk) veel hoger. Er is daarom vrijwel geen tijd gestoken in het IE6 compatibel maken
  dinsdag 26 augustus 2008 @ 11:54:39 #180
12880 CraZaay
prettig gestoord
pi_61134537
quote:
Op dinsdag 26 augustus 2008 11:36 schreef HenkBenzinetank het volgende:
Op mijn site (veel bezocht door creatieven) is het aandeel IE6 marginaal, Safari en Opera scoren (net als FF natuurlijk) veel hoger. Er is daarom vrijwel geen tijd gestoken in het IE6 compatibel maken
Lucky you
  dinsdag 26 augustus 2008 @ 12:07:53 #181
145090 HenkBenzinetank
Toegevoegde waarde
pi_61134913
Het is slecht, ik weet het.. Maar tering, upgrade gewoon eens dan (ja ik bevind me in een luxepositie dat ik me dat kan verlangen)!
pi_61141066
quote:
Op maandag 25 augustus 2008 23:32 schreef CraZaay het volgende:
Het ligt ook aan de doelgroep natuurlijk; de grotere publiekssites die ik ontwikkel hebben al gauw 90+% (!!) IE bezoekers. Nadeel van sites voor het grote publiek is dat ze vaak op scholen en kantoren gebruikt worden (en tussen 9.00 en 17.00 komt daar het merendeel van het bezoek vandaan), en daar hebben ze weer relatief veel IE6.

We zullen ermee moeten leven
Zelfde gaat op voor pestforum.nl. Meeste hits komen van kennisnet, onder schooltijd. Ook daar valt het kwartje dus.

Boeroendoek.nl is wat algemener (maar wel veel minder bezoekers).
La derecha oprime, la izquierda libera
pi_61141112
quote:
Op dinsdag 26 augustus 2008 08:41 schreef Tuvai.net het volgende:

[..]

Verschilt bij mij ook heel veel. Als ik de Boekenbox (uit m'n sig) of mijn blog neem dan zit ik gemiddeld op 57% Mozilla (waarvan 40% Firefox ouder dan versie 3.x), 15% IE7, 21% IE6 en de rest Safari/Opera/etc.

Bij de gemiddelde applicatie van m'n werk zit ik makkelijk boven de 80% aan IE gebruikers, waarvan het grootste percentage jammer genoeg nog steeds op IE6. Wel merk ik dat steeds meer mensen, zowel bij mijn thuisprojectjes als bij mijn grotere projecten op het werk, steeds meer interesse hebben in andere browsers en veel klanten ook al aangeven dat hun website/applicatie 'wel op alle browsers moet werken'. Goede ontwikkeling vind ik zelf, dan vallen al die prutsers die nog steeds enkel voor browser X devven al buiten de boot.
Ik zie de variatie in besturingssystemen ook langzaam aan toenemen Lichte stijging Linux, forse stijging MacOs ...

Zelfs af en toe wat bezoekers van af een console
La derecha oprime, la izquierda libera
  dinsdag 26 augustus 2008 @ 16:32:57 #184
12880 CraZaay
prettig gestoord
pi_61142282
Ik zie ook steeds meer iPhone als device in de statistieken staan
pi_61188493
is er een mogelijkheid om een background in een textarea fixed te maken? het lukt mij niet...
pi_61192810
ik bedoel dus eigenlijk dat de achtergrond in het tekstvak blijft staan als het vak groter (scrollbaar) wordt d.m.v. typen
  donderdag 28 augustus 2008 @ 23:42:39 #187
164509 Banzaiaap
Tony Rocky Horror
pi_61207466
quote:
Op donderdag 28 augustus 2008 14:43 schreef ruud_fr het volgende:
ik bedoel dus eigenlijk dat de achtergrond in het tekstvak blijft staan als het vak groter (scrollbaar) wordt d.m.v. typen
Euh?

.tekstvak{background: url(plaatjeurl.jpg) no-repeat top center;}

Ofzoiets?
pi_61207963
pi_61211007
quote:
Op donderdag 28 augustus 2008 11:57 schreef ruud_fr het volgende:
is er een mogelijkheid om een background in een textarea fixed te maken? het lukt mij niet...
1
2
3
textarea {
    background-position: bottom left;
}
  vrijdag 29 augustus 2008 @ 08:07:26 #190
12880 CraZaay
prettig gestoord
pi_61211313
Met "position" scrollt de afbeelding nog steeds mee uiteraard. Het kan niet door simpelweg de textarea te stylen; "background-attachment: fixed" werkt niet in IE6. Als je het ook in IE6 wilt laten werken kom je uit bij een element met de gewenste achtergrondafbeelding en daarbinnen de textarea met "background: transparent".
pi_61211388
In Firefox is het voldoende om de textarea een hoogte en breedte te geven, en dan natuurlijk een achtergrond. Als de content langer wordt, krijg je een scrollbalk voor de content maar niet voor de textarea zelf. De achtergrond blijft dus mooi op z'n plaats.

In IE(6 en 7) scrollt de achtergrond mee omhoog met de tekst. Met een position: bottom zorg je dat de achtergrond altijd onderaan blijft staan, ook als er meer tekst wordt ingevoerd. Ook hier geldt weer dat je wel een hoogte en breedte op moet geven. Het nadeel is dat als iemand met de cursortoetsen weer omhoog gaat scrollen, de achtergrond naar beneden gaat.
  vrijdag 29 augustus 2008 @ 09:01:00 #192
12880 CraZaay
prettig gestoord
pi_61212034
quote:
Op vrijdag 29 augustus 2008 08:17 schreef Light het volgende:
Het nadeel is dat als iemand met de cursortoetsen weer omhoog gaat scrollen, de achtergrond naar beneden gaat.
Lijkt mij nogal een show stopper
pi_61213654
bedankt voor de reacties, ik zal vanavond of in het weekend even kijken
  vrijdag 29 augustus 2008 @ 12:35:32 #194
145090 HenkBenzinetank
Toegevoegde waarde
pi_61217670
quote:
Op vrijdag 29 augustus 2008 08:07 schreef CraZaay het volgende:
Met "position" scrollt de afbeelding nog steeds mee uiteraard. Het kan niet door simpelweg de textarea te stylen; "background-attachment: fixed" werkt niet in IE6. Als je het ook in IE6 wilt laten werken kom je uit bij een element met de gewenste achtergrondafbeelding en daarbinnen de textarea met "background: transparent".
prima oplossing dus
pi_61374594
Ik heb een vraag.

Een site wil ik opdelen in het volgende

HEADER
LI-MID-RE
FOOTER

Nu heb ik de header, content en footer voor elkaar, echter wil het niet lukken om het middelste gedeelte goed te krijgen.

Wat wil ik met het middelste gedeelte!?

Links & Rechts zijn vast qua maat
MID is variabel en moet meerekken met de breedte van het scherm.

Echter moet de content (mid) kunnen doorlopen... en dat lukt mij niet.

Zie: http://www.bruggema.nl/3/ en voor de stijlsheet: http://www.bruggema.nl/3/stijl.css

Ik heb gezocht via google naar fixed 3 columns maar helaas, niets dat mij kon helpen
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_61374936
een div "float:left" én "clear:both" geven, gaat blijkbaar niet zo goed.

Dat je middelste div niet meeloopt komt doordat er geen enkel object instaat wat in de natuurlijke float zit. Normaal gesproken kun je dit oplossen door een lege div met "clear:both" maar dat gaat dus niet omdat je met deze opzet ook alle divs een float meegeeft (en die div dus alsnog uit de natuurlijke float haalt)
pi_61375074
Overigens zitten er nogal wat fouten in je opzet. Sowieso is je hele code erg onoverzichtelijk (de helft van de CSS staat verwoven in je HTML, de andere helft in eentwéé externe sheets

Maar voor bijv. div .middle geef je een "top: 10px" op, terwijl die div geen position heeft.

Volgens mij heb je geen idee wat je aant doen bent en heb je het grootste deel van de code van andere sites of uit tutorials gecopiëerd of niet?
  donderdag 4 september 2008 @ 14:40:00 #198
12880 CraZaay
prettig gestoord
pi_61375741
quote:
Op donderdag 4 september 2008 13:52 schreef Chandler het volgende:

Wat wil ik met het middelste gedeelte!?

Links & Rechts zijn vast qua maat
MID is variabel en moet meerekken met de breedte van het scherm.

Echter moet de content (mid) kunnen doorlopen... en dat lukt mij niet.
The holy grail http://www.alistapart.com/articles/holygrail
pi_61375856
mcDavid; de ene stijlsheet is gemaakt door de slicer, de andere door mij, de stijles die je in de HTML ziet zijn tijdelijk, om alleen maar de opzet aan te geven, niets meer niets minder. Er zijn idd delen van de stijl.css gekopieerd van andere plekjes op het internet, juist omdat ik er zelf niet uitkwam!..

Maar heb je een oplossing? want anders ben ik bang dat ik weer voor tabellen moet gaan kiezen...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 4 september 2008 @ 14:46:39 #200
12880 CraZaay
prettig gestoord
pi_61375874
quote:
Op donderdag 4 september 2008 14:45 schreef Chandler het volgende:

want anders ben ik bang dat ik weer voor tabellen moet gaan kiezen...
Lutser Maar check mijn link...
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')