Ik zou niet != gebruiken daarvoor.quote:Op donderdag 20 maart 2014 10:35 schreef Robuustheid het volgende:
[ code verwijderd ]
output:
[..]
Waarom werkt dit niet?
[ code verwijderd ]
output: undefined of error
Dan wordt de i niet voortdurend opgehoogd als-ie niet in de while-loop zit, maar eenmalig verhoogd, lijkt mij?quote:Op donderdag 20 maart 2014 10:43 schreef Tijn het volgende:
[..]
Het is good practice in Javascript om al je variabelen bovenaan te declareren, want dat is feite ook wat er gebeurt wanneer het wordt uitgevoerd.
Zie bv dit voor meer info: http://www.adequatelygood(...)ng-and-Hoisting.html
1 2 3 4 5 6 7 | var x = 1; console.log(x); // 1 if (true) { var x = 2; console.log(x); // 2 } console.log(x); // 2 |
1 2 3 4 5 6 7 8 | var foo = 1; function bar() { if (!foo) { var foo = 10; } alert(foo); } bar(); |
Waarom niet? Het enige wat ik kan bedenken, is dat-ie in een oneindige loop zit als de i hoger dan 100 is, maar binnen dat stukje code kan dat niet voorkomen.quote:Op donderdag 20 maart 2014 10:48 schreef Scorpie het volgende:
[..]
Ik zou niet != gebruiken daarvoor.
Wie geeft jou de garantie dat i altijd een integer zal zijn?quote:Op donderdag 20 maart 2014 11:16 schreef Robuustheid het volgende:
Waarom niet? Het enige wat ik kan bedenken, is dat-ie in een oneindige loop zit als de i hoger dan 100 is, maar binnen dat stukje code kan dat niet voorkomen.
Omdat Javascript dynamisch is? Als de i een getal bevat zonder quotes, dan wordt-ie ook als integer behandeld.quote:Op donderdag 20 maart 2014 11:19 schreef Scorpie het volgende:
[..]
Wie geeft jou de garantie dat i altijd een integer zal zijn?
Nee hoor.quote:Op donderdag 20 maart 2014 11:21 schreef Robuustheid het volgende:
[..]
Omdat Javascript dynamisch is? Als de i een getal bevat, dan wordt-ie ook als integer behandeld.
everything is an object!quote:Op donderdag 20 maart 2014 11:33 schreef Scorpie het volgende:
Of typeof(new String("foo")) , wat denk je dat daar uit komt?
1 2 3 4 5 6 7 8 9 10 | <?php >>> typeof(new String("foo")) "object" >>> typeof(new String("foo")) == "string"; false >>> typeof(new String("foo")) == "object"; true >>> typeof("foo") "string" ?> |
quote:Op donderdag 20 maart 2014 11:35 schreef Catch22- het volgende:
[..]
everything is an object!
[ code verwijderd ]
Heerlijk he
Ik krijg toch gewoon 8 en 9 terug in plaats van 0.quote:Op donderdag 20 maart 2014 11:23 schreef Scorpie het volgende:
[..]
Nee hoor.
http://stackoverflow.com/(...)t-with-leading-zeros
Ja, doe het nu eens in een IE8 browserquote:Op donderdag 20 maart 2014 11:41 schreef BrainOverfloW het volgende:
[..]
Ik krijg toch gewoon 8 en 9 terug in plaats van 0.
Ok, zo uitgebreid had ik het ook weer niet getestquote:Op donderdag 20 maart 2014 11:42 schreef Scorpie het volgende:
[..]
Ja, doe het nu eens in een IE8 browserkrijg je heel wat anders terug.
1 2 3 4 5 6 7 8 9 10 11 12 | <?php >>> parseInt(02); 2 >>> parseInt(0020); 16 >>> parseInt(002); 2 >>> parseInt(0020); 16 >>> parseInt(020); 16 ?> |
quote:If the input string begins with "0", radix is eight (octal) or 10 (decimal). Exactly which radix is chosen is implementation-dependent. ECMAScript 5 specifies that 10 (decimal) is used, but not all browsers support this yet. For this reason always specify a radix when using parseInt
Wat is label dan precies en waarvoor dient het? En welke tag moet je gebruiken om een deel van een form bijv. username te identificeren om het later te kunnen gebruiken voor een verwijzing naar dat deel bijv in javascript en php met bijv $_POSTquote:Op donderdag 20 maart 2014 12:08 schreef KomtTijd... het volgende:
Hoe bedoel je "het verschil tussen label en name"?
Label is een HTML-tag, name is een attribute van form-elementen. Je hebt het over 2 compleet verschillende dingen
Ik heb hem niet begrepen. Anders had ik niks gepost als ik dat had begrepen.quote:Op donderdag 20 maart 2014 12:15 schreef KomtTijd... het volgende:
is google down?
http://www.w3schools.com/tags/tag_label.asp
quote:The <label> tag defines a label for an <input> element.
The <label> element does not render as anything special for the user. However, it provides a usability improvement for mouse users, because if the user clicks on the text within the <label> element, it toggles the control.
The for attribute of the <label> tag should be equal to the id attribute of the related element to bind them together.
Label is een tag . Name is een attribuut van een tag.quote:Op donderdag 20 maart 2014 12:18 schreef GoldenHeart het volgende:
[..]
Ik heb hem niet begrepen. Anders had ik niks gepost als ik dat had begrepen.
Laten we van het goede in de mens uitgaan en net doen alsof we heul complex en moeilijk werk doen.quote:Op donderdag 20 maart 2014 12:52 schreef Catch22- het volgende:
Ik begin echt te twijfelen of html, css en js nu zo moeilijk zijn om te begrijpen, of dat de nieuwelingen gewoon 0 moeite doen om zelf een beetje te leren hoe het werkt...
Het goede in de mens of arrogantie..quote:Op donderdag 20 maart 2014 12:53 schreef Scorpie het volgende:
[..]
Laten we van het goede in de mens uitgaan en net doen alsof we heul complex en moeilijk werk doen.
0 is ook een lege waarde, toch?quote:
Dan staat er object. Zou toch niet zo gek zijn, aangezien alles in JS een object is, lijkt mij?quote:Op donderdag 20 maart 2014 11:33 schreef Scorpie het volgende:
Of typeof(new String("foo")) , wat denk je dat daar uit komt?
Waarom is typeof("foo") een string, en typeof(new String("foo")) een object?quote:Op donderdag 20 maart 2014 11:35 schreef Catch22- het volgende:
[..]
everything is an object!
[ code verwijderd ]
Heerlijk he
Laat me is iets vragen aan jou:quote:Op donderdag 20 maart 2014 12:52 schreef Catch22- het volgende:
Ik begin echt te twijfelen of html, css en js nu zo moeilijk zijn om te begrijpen, of dat de nieuwelingen gewoon 0 moeite doen om zelf een beetje te leren hoe het werkt...
Het tweedequote:Op donderdag 20 maart 2014 13:10 schreef GoldenHeart het volgende:
[..]
Laat me is iets vragen aan jou:
Heb je alles uit een boek geleerd of heb je het geleerd door gericht te zoeken en uit te zoeken hoe het werkt (wat je gericht hebt gezocht) en zodoende losse dingetjes geleerd?
Dat is onzin. Er is geen gigantisch verschil tussen dingen opzoeken en kopieren en plakken, of het proberen te begrijpen en toe te passen en te debuggen./quote:Want als het het tweede is, dan kun je me niet wijsmaken dat je de taal beheerst, want je leert niet wat het inhoud, maar hoe je het moet gebruiken.. in principe opzoeken, kopie pasten en bewerken naar je wensen.
Ga je Catch22- nou vertellen dat hij HTML niet beheerst?quote:Op donderdag 20 maart 2014 13:10 schreef GoldenHeart het volgende:
[..]
Laat me is iets vragen aan jou:
Heb je alles uit een boek geleerd of heb je het geleerd door gericht te zoeken en uit te zoeken hoe het werkt (wat je gericht hebt gezocht) en zodoende losse dingetjes geleerd?
Want als het het tweede is, dan kun je me niet wijsmaken dat je de taal beheerst, want je leert niet wat het inhoud, maar hoe je het moet gebruiken.. in principe opzoeken, kopie pasten en bewerken naar je wensen.
Ik heb het over JS.quote:Op donderdag 20 maart 2014 13:13 schreef KomtTijd... het volgende:
[..]
Ga je Catch22- nou vertellen dat hij HTML niet beheerst?___________
Sowieso bedoel je het (hopelijk) andersom, door alleen boeken te lezen leer je niets.
Vertel mij dan alsjeblieft hoe je iets probeert te begrijpen als je de basis niet kent en gewoon maar wat opzoekt.. hoe je dat wilt begrijpen, van punt tot punt, waarom bijv. er tweemaal een }} staat en niet eenmaal (grofweg een voorbeeld).quote:Op donderdag 20 maart 2014 13:12 schreef Catch22- het volgende:
[..]
Het tweede
[..]
Dat is onzin. Er is geen gigantisch verschil tussen dingen opzoeken en kopieren en plakken, of het proberen te begrijpen en toe te passen en te debuggen./
Door het op te zoeken, maar vooral door het te proberen, te testen, debuggen, kijken wat er mis gaat, dat nóg een keer opzoeken, enz?quote:Op donderdag 20 maart 2014 13:23 schreef GoldenHeart het volgende:
[..]
Vertel mij dan alsjeblieft hoe je iets probeert te begrijpen als je de basis niet kent en gewoon maar wat opzoekt.. hoe je dat wilt begrijpen, van punt tot punt,
Zulksoort simpele dingetjes laten je IDE al keurig zien, en zo niet dan de syntax error die je krijgt.quote:waarom bijv. er tweemaal een }} staat en niet eenmaal (grofweg een voorbeeld).
Zie mijn post overnieuw, had hem nog niet volledig.quote:Op donderdag 20 maart 2014 13:26 schreef KomtTijd... het volgende:
[..]
Door het op te zoeken, maar vooral door het te proberen, te testen, debuggen, kijken wat er mis gaat, dat nóg een keer opzoeken, enz?
[..]
Zulksoort simpele dingetjes laten je IDE al keurig zien, en zo niet dan de syntax error die je krijgt.
Dan moet je beginnen met iets dat je wél kunt bevatten. Niemand was van de ene op de andere dag in staat complete, geavanceerde asynchrone forms te maken en af te handelen.quote:Op donderdag 20 maart 2014 13:23 schreef GoldenHeart het volgende:
[..]
Ik heb bijvoorbeeld geen idee hoe ik hiervoor een uitleg of iets kan vinden... Ik weet niet eens hoe ik het kort beschrijf... Dus dan vraag ik mn god af hoe jij dat doet..
http://thenewboston.org/list.php?cat=10quote:Op donderdag 20 maart 2014 13:28 schreef KomtTijd... het volgende:
[..]
Dan moet je beginnen met iets dat je wél kunt bevatten. Niemand was van de ene op de andere dag in staat complete, geavanceerde asynchrone forms te maken en af te handelen.
Dat dus. Je moet stap voor stap uitvogelen wat je moet gaan doen en dat dan stap voor stap oplossen.quote:Op donderdag 20 maart 2014 13:32 schreef KomtTijd... het volgende:
Wat je verkeerd doet, is dat je nog moeite hebt met uberhaupt een HTML-formulier in elkaar te zetten en uit te lezen, maar al gelijk wilt skippen naar asynchrone webapplicaties. Begin nou gewoon bij het begin.
+1quote:Op donderdag 20 maart 2014 13:32 schreef KomtTijd... het volgende:
Wat je verkeerd doet, is dat je nog moeite hebt met uberhaupt een HTML-formulier in elkaar te zetten en uit te lezen, maar al gelijk wilt skippen naar asynchrone webapplicaties. Begin nou gewoon bij het begin.
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 | <?php .setBlockHeights(@slideHeight:100vh, @fbSlideHeight:700px, @navHeight:11vh, @fbNavHeight:70px, @sliderNavHeight:6vh, @fbSliderNavHeight:40px) { .navbar-fixed-top { min-height:@fbNavHeight; height:@fbNavHeight; height:@navHeight; } .container.full-width { min-height:500px; height:@fbSlideHeight - @fbNavHeight; height:@slideHeight - @navHeight; .row.image-container .image-item { min-height:500px; min-height:@fbSlideHeight - @fbNavHeight; height:@fbSlideHeight - @fbNavHeight; height:100vh - @navHeight; } .slider-nav { display:none; } &.multiple-childs.first-item { padding-top:@fbSliderNavHeight; padding-top:@sliderNavHeight; .row.image-container .image-item { min-height:@fbSlideHeight - @fbNavHeight - @fbSliderNavHeight; height:@fbSlideHeight - @fbNavHeight - @fbSliderNavHeight; height:@slideHeight - @navHeight - @sliderNavHeight; } .slider-nav { min-height:@fbSliderNavHeight; height:@fbSliderNavHeight; height:@sliderNavHeight; display:block; } } } } ?> |
Responsive content slider.quote:Op donderdag 20 maart 2014 14:45 schreef Catch22- het volgende:
Oja goldenheart, als je dit begrijpt, dan mag je opnieuw zeggen dat ik er niets van snap
[ code verwijderd ]
En waar heb je dat vandaan gecopypaste?quote:Op donderdag 20 maart 2014 14:45 schreef Catch22- het volgende:
Oja goldenheart, als je dit begrijpt, dan mag je opnieuw zeggen dat ik er niets van snap
[ code verwijderd ]
HEET JIJ SOMS GOLDENHEARTquote:
w3schools :$quote:Op donderdag 20 maart 2014 14:46 schreef picodealion het volgende:
[..]
En waar heb je dat vandaan gecopypaste?
Sorry ik heb je ssh keys gejat en zit mee te loeren in je broncodequote:Op donderdag 20 maart 2014 14:47 schreef Catch22- het volgende:
[..]
HEET JIJ SOMS GOLDENHEART
[..]
w3schools :$
Volgens mij vroeg Catch22- gewoon hulp bij zijn code.quote:Op donderdag 20 maart 2014 14:52 schreef KomtTijd... het volgende:
Nou is pochen met hoe ingewikkeld je code eruit ziet natuurlijk ook wel behoorlijk "".
En doe vooral 1 ding tegelijk. Ik heb 'm nu in een paar dagen al over PHP, MySQL, HTML, CSS en Javascript gehoord, zonder dat-ie een van deze dingen echt heeft doorgrond.quote:Op donderdag 20 maart 2014 13:32 schreef KomtTijd... het volgende:
Wat je verkeerd doet, is dat je nog moeite hebt met uberhaupt een HTML-formulier in elkaar te zetten en uit te lezen, maar al gelijk wilt skippen naar asynchrone webapplicaties. Begin nou gewoon bij het begin.
LESS ofzo. In een FOK! [php]-tag bij gebrek aan syntax-highlighting in de [code]-tag.quote:Op donderdag 20 maart 2014 15:09 schreef picodealion het volgende:
Welk smaakje PHP is dat überhaupt?
Ziet ingewikkelder uit dan CSS zelf. Kan toch nooit de bedoeling zijn.quote:Op donderdag 20 maart 2014 15:29 schreef KomtTijd... het volgende:
[..]
LESS ofzo. In een FOK! [php]-tag bij gebrek aan syntax-highlighting in de [code]-tag.
Als je het eenmaal doorhebt scheelt het een hoop typwerk en is het juist makkelijker.quote:Op donderdag 20 maart 2014 15:45 schreef Robuustheid het volgende:
[..]
Ziet ingewikkelder uit dan CSS zelf. Kan toch nooit de bedoeling zijn.
Nee, ik bedoel alleen declaratie "var i;". Dat hoort bovenin. Vervolgens hoog je i natuurlijk op daar waar je wil dat dat gebeurt.quote:Op donderdag 20 maart 2014 11:16 schreef Robuustheid het volgende:
[..]
Dan wordt de i niet voortdurend opgehoogd als-ie niet in de while-loop zit, maar eenmalig verhoogd, lijkt mij?
quote:En je post daar een interessante link, dank daarvoor! Daaruit vloeit een andere vraag voor.
Waarop valideert-ie de true en foo op regel 3 als true?
1 2 3 4 5 6 7 | var x = 1; console.log(x); // 1 if (true) { var x = 2; console.log(x); // 2 } console.log(x); // 2 |
1 2 3 4 5 6 7 8 | var foo = 1; function bar() { if (!foo) { var foo = 10; } alert(foo); } bar(); |
1 2 3 4 5 6 7 8 9 | var foo = 1; function bar() { var foo; if (!foo) { foo = 10; } alert(foo); } bar(); |
1 2 3 4 5 6 7 8 9 10 11 12 13 | $(document).ready(function() { $('#search_name').keyup(function() { search_name = $(this).val(); $(' $names li').removeclass('highlight'); if (jQuery.trim(search_name) != ' ') { $(" #names li:contains(' " + search_name + " ')").addclass('highlight'); } }); }); |
1 | $(' $names li').removeclass('highlight'); |
1 2 | if (jQuery.trim(search_name) != ' ') { $(' $names li').removeclass('highlight'); } |
1 | (' " + search_name + " ') |
1 | (search_name) |
2) Oeps ik bedoelde geen != maar == , anders zou ik toch denken dat het anders een else bij moet komen met dus die code $(' $names li').removeclass('highlight');quote:Op donderdag 20 maart 2014 16:49 schreef KomtTijd... het volgende:
1) Huh, je begrijpt hopelijk wat een if-statement is?
2) search_name is een variable die in een string wordt geplaatst. Zonder "+search_name+" zou er letterlijk search_name in de string staan, in plaats van de waarde van variable search_name.
Plusjes zijn om strings aan elkaar te plakken in dit geval. De single quotation mark is om te zorgen dat je ipv $(varname) $('varname') krijgt.quote:Op donderdag 20 maart 2014 16:53 schreef RustCohle het volgende:
[..]
2) Oeps ik bedoelde geen != maar == , anders zou ik toch denken dat het anders een else bij moet komen met dus die code $(' $names li').removeclass('highlight');
3) Huh, beetje in de war met betrekking tot de hoeveelheid quotationmarks en de plusjes..
En waarom zou je in dit geval de strings aan elkaar moeten laten plakken? Ik dacht tot dusverre dat je juist $(varname) moest gebruiken ipv $("varname") of $('varname'), want die laatste twee gelden voor strings zover ik weet?quote:Op donderdag 20 maart 2014 16:55 schreef Scorpie het volgende:
[..]
Plusjes zijn om strings aan elkaar te plakken in dit geval. De single quotation mark is om te zorgen dat je ipv $(varname) $('varname') krijgt.
Ja, je wil ook $(varname). Daarom breek je de quotes af en plak je de variabele ertussen met plusjes.quote:Op donderdag 20 maart 2014 16:57 schreef RustCohle het volgende:
[..]
En waarom zou je in dit geval de strings aan elkaar moeten laten plakken? Ik dacht tot dusverre dat je juist $(varname) moest gebruiken ipv $("varname") of $('varname'), want die laatste twee gelden voor strings zover ik weet?
1 | 'hier staat een string ' + variabele + ' hier gaat de string verder' |
$(varname)quote:Op donderdag 20 maart 2014 16:57 schreef RustCohle het volgende:
[..]
En waarom zou je in dit geval de strings aan elkaar moeten laten plakken? Ik dacht tot dusverre dat je juist $(varname) moest gebruiken ipv $("varname") of $('varname'), want die laatste twee gelden voor strings zover ik weet?
Woops het is harstikke logisch wat je zegt, maar op dit moment volg ik het totaal niet. Wat is het nou in dit geval ?quote:Op donderdag 20 maart 2014 16:59 schreef Scorpie het volgende:
[..]
$(varname)
$('varname')
Bij de 1e zal JavaScript eerst proberen een variable te vinden met de naam varname waarna jQuery die variable als selector zal gebruiken om het element op te zoeken. Bij de tweede zal jQuery proberen een element te zoeken met de string 'varname' als selector.
Nee, dan heb je letterlijk de string "search_name". Wat je wil is de inhoud van de variabele search_name.quote:Op donderdag 20 maart 2014 17:02 schreef RustCohle het volgende:
[..]
Woops het is harstikke logisch wat je zegt, maar op dit moment volg ik het totaal niet. Wat is het nou in dit geval ?![]()
Want wat ik nu zie, is dat zowel de twee " als de ' wegkunnen zodat je gewoon (searchname) hebt.
1 | $("#names li:contains('dingen')") |
1 | $("#names li:contains('"+search_name+"') |
Je vertelt het duidelijker dan ik deed.quote:Op donderdag 20 maart 2014 17:03 schreef Tijn het volgende:
[..]
Nee, dan heb je letterlijk de string "search_name". Wat je wil is de inhoud van de variabele search_name.
De uiteindelijke selector die je in je eigen voorbeeld wilt krijgen is bijvoorbeeld:
[ code verwijderd ]
De string "dingen" zit in de variabele search_name. Dus om de inhoud van search_name neer te zetten waar nu "dingen" staat, breek je de string af (dubbele quote), plak je de variabele ertussen met plusjes en zet je weer een dubbele quote om verder te gaan met je string.
Dank uquote:Op donderdag 20 maart 2014 17:04 schreef Scorpie het volgende:
[..]
Je vertelt het duidelijker dan ik deed.
Zolang de if true is, wordt code dus altijd uitgevoerd. Begrijpelijk, ik ben dit niet gewend, ik veronderstelde dat de if-statement alleen voor vergelijkingen kunt gebruiken, zoals if (test = true) { .. }.quote:Op donderdag 20 maart 2014 15:56 schreef Tijn het volgende:
[ code verwijderd ]
Nou, eerst voorbeeld 1: true is natuurlijk true, dus dat is logisch, toch?
Dit volg ik niet helemaal.quote:[ code verwijderd ]
Voorbeeld 2 is waar het belangrijk wordt om te begrijpen hoe scoping en hoisting van variabelen werkt in Javascript.
Bovenin het script wordt een variabele "foo" gemaakt en daar wordt de waarde 1 aan gegeven. Vervolgens wordt de functie bar() gedefinieerd.
Je zou misschien zeggen dat de if-statement op 3 regel nu niet opgaat, omdat foo immers nog steeds 1 is. Maar dat is niet zo. Niet vanwege scoping (want binnen een functie heb je in Javascript toegang tot variabelen in de scope buiten de functie), maar wel vanwege "hoisting".
Omdat op regel 4 een lokale variabele "foo" wordt gemaakt (en van waarde 10 wordt voorzien), wordt de declaratie van deze variabele "gehoist" naar bovenin de functie. In feite gebeurt er dit:
[ code verwijderd ]
1 2 3 4 5 6 7 8 | var foo = 1; function bar() { if (!foo) { var foo = 10; } alert(foo); } bar(); |
Omdat-ie vanwege het hoisten eerst een (lege!) lokale variabele aanmaakt op het moment dat de functie bar() begint. Omdat deze variabele dezelfde naam heeft als de globale variabele foo die buiten de functie was gemaakt, is deze niet langer beschikbaar binnen de functie. Daarom is foo ongedefinieerd op het moment dat de if-statement wordt uitgevoerd.quote:Op donderdag 20 maart 2014 19:31 schreef Robuustheid het volgende:
[..]
Dit volg ik niet helemaal.
[ code verwijderd ]
als var foo = 1 is, waarom voert-ie de if (!foo) {...} alsnog uit? Want als 1 = true is, dan zou if (!foo) false moeten zijn, lijkt mij. Dan zou de variabele foo op regel 4 niet gedeclareerd worden, en dus niet 'gehoist' naar bovenin de functie?
Post even de relevante HTML structuur, en horizontaal opgerekt?quote:Op donderdag 20 maart 2014 22:29 schreef TwyLight het volgende:
[ afbeelding ]
Bovenstaande is een tabel
Hoe zorg ik er met css voor dat in niet de grijze rij (het gedeelte met de titel en tags) maar de witte rij (met link naar de download en stats) opgerekt wordt?
M.a.w. ik wil dat de grijze rij niet groter wordt dan hij moet zijn voor de content die er in staat
Hahaha, ik snap geen fuck van wat je bedoelt!quote:Op donderdag 20 maart 2014 22:29 schreef TwyLight het volgende:
[ afbeelding ]
Bovenstaande is een tabel
Hoe zorg ik er met css voor dat in niet de grijze rij (het gedeelte met de titel en tags) maar de witte rij (met link naar de download en stats) opgerekt wordt?
M.a.w. ik wil dat de grijze rij niet groter wordt dan hij moet zijn voor de content die er in staat
Ja, grappig, kan er weinig aan veranderen aangezien het niet mijn website is.quote:Op donderdag 20 maart 2014 22:33 schreef PimD het volgende:
Door geen tabel voor layout te gebruiken.
Best i can do (als ik de echte source bekijk wordt alles gegenereerd met javascript)quote:Op donderdag 20 maart 2014 22:34 schreef esv7 het volgende:
[..]
Post even de relevante HTML structuur, en horizontaal opgerekt?
In het screenshot zie je een witte TR met "x264 / MKV / Blu-ray / 720p / Scene" ik wil dat die rij naar boven toe uitgerekt wordt in plaats van de grijze die er boven staat naar beneden toequote:Op donderdag 20 maart 2014 22:37 schreef Crutch het volgende:
[..]
Hahaha, ik snap geen fuck van wat je bedoelt!
Ironisch he? Want je probeert het uit te leggen.
1 2 3 4 | tr.group_torrent { height: 100%; vertical-align: top; } |
Daar ben ik het mee eens. Een strictere standaard zou niet zo slecht zijn.quote:Op zondag 23 maart 2014 21:39 schreef Catch22- het volgende:
Dat is het ook. Maar omdat er zo weinig regels zijn/vrijheid is, moet je wel weten wat je doet. En dat maakt het lastig te begrijpen
In hoeverre kun je kennis over ECMAScript inzetten bij het gebruiken van javascript?quote:Op zondag 23 maart 2014 21:07 schreef robin007bond het volgende:
Die filmpjes van Crockford
Dankzij hem en hoe hij de geschiedenis van de programmeertalen vertelt in zijn filmpjes ben ik pas gaan beseffen hoe krachtig ECMAScript is.
Bijna 1:1quote:Op maandag 24 maart 2014 08:46 schreef Sitethief het volgende:
[..]
In hoeverre kun je kennis over ECMAScript inzetten bij het gebruiken van javascript.
1 2 3 | function test(){ console.log("Testttt") } |
1 2 3 | var test = function test () { console.log('Testttt'); } |
Er is geen praktisch verschil tussen ECMAScript en Javascript. Javascript is de naam voor de implementatie van ECMAScript in de browser.quote:Op maandag 24 maart 2014 08:46 schreef Sitethief het volgende:
[..]
In hoeverre kun je kennis over ECMAScript inzetten bij het gebruiken van javascript?
quote:Op dinsdag 25 maart 2014 11:14 schreef Catch22- het volgende:
test() roept de functie aan, test logged de definitie van de variabele test, wat dus die functie is.
Waar die undefined vandaan komt is mij ook een raadsel.
Er is geen variabele 'test' gedefinieerd in m'n code. Ik snap dat hij de functie als definitie ziet. Maar waarom? Er is nl. geen variabele met naam 'test' gedefinieerd.quote:Op dinsdag 25 maart 2014 11:15 schreef esv7 het volgende:
Undefined is de return value van de functie, als je niks returned is die undefined.
En dat die functie weergeeft is misschien duidelijk als je het ziet als:
[ code verwijderd ]
1 | var test = function() { ... } |
1 | function test() { ... } |
1 2 3 4 5 6 7 8 9 | var test = 5; function test() { return 6; } console.log(test); // 5 console.log(test()); // typeError: 5 is not a function |
1 2 3 4 5 | var test; test = function() { return 6; } test = 5; |
dat laatste is wel erg belangrijk. Je moet aan de naam van een variabele gelijk zien wat het is, boolean, string, functie etc.quote:Op dinsdag 25 maart 2014 13:55 schreef Tijn het volgende:
Ook hier komt het hoisten in Javascript weer om de hoek kijken. Omdat functiedefinities boven assignments worden geplaatst, werkt dit zo:
[ code verwijderd ]
Wat er in feite gebeurt is dit:
[ code verwijderd ]
Daarom is het good practice om in je code dezelfde volgorde aan te houden:
1) declareer eerst je variabelen, maar assign nog geen values
2) definieer je functies
3) assign values aan je variabelen
En gebruik niet dezelfde namen voor variabelen en functies, want dat werkt dus niet
quote:Op dinsdag 25 maart 2014 20:42 schreef maikel112 het volgende:
Hoi mensen, ik zit al een tijd te stoeien met mijn stylesheet. Ik wil dat mijn links in een lijst (Ul,LI) een andere kleur hebben dan links in de lopende tekst. Het lukt mij maar niet om de juiste code te vinden. Ik heb ook al geprobeerd om op de url zelf de <span style="color:#202020"></span> toe te passen, dit werkt wel maar het streepje onder de tekst blijft de linkkleur behouden... Iemand een oplossing?
1 2 3 4 5 6 7 8 9 10 11 12 | ul li a { color: #F00; text-decoration: none; } ul li a:hover { color: #0F0; } ul li a:active { color: #00F; } |
1 2 3 | a { color: #FFF; } |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |