abonnement Unibet Coolblue Bitvavo
pi_137966957
quote:
14s.gif 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 " :') ".
Volgens mij vroeg Catch22- gewoon hulp bij zijn code.
  donderdag 20 maart 2014 @ 15:04:35 #152
56176 Catch22-
Ben je Blind?!
pi_137967215
Ja ik snap het zelf ook niet meer.

Het ging mij er meer om dat ik niet compleet achterlijk ben
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
pi_137967362
Welk smaakje PHP is dat überhaupt?
  donderdag 20 maart 2014 @ 15:26:57 #154
12221 Tijn
Powered by MS Paint
pi_137967850
quote:
14s.gif 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.
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.
pi_137967902
quote:
3s.gif Op donderdag 20 maart 2014 15:09 schreef picodealion het volgende:
Welk smaakje PHP is dat überhaupt?
LESS ofzo. In een FOK! [php]-tag bij gebrek aan syntax-highlighting in de [code]-tag.
pi_137967948
Ja ziet eruit als Less inderdaad, Sass gebruikt $ voor variabelen. Ik vroeg me af waarom de php tag, maar dat klinkt als een redelijk excuus.
pi_137968338
quote:
14s.gif 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.
Ziet ingewikkelder uit dan CSS zelf. Kan toch nooit de bedoeling zijn.
  donderdag 20 maart 2014 @ 15:46:44 #158
91039 mstx
2x1/2 = 1/2 x 1/2
pi_137968383
quote:
0s.gif Op donderdag 20 maart 2014 15:45 schreef Robuustheid het volgende:

[..]

Ziet ingewikkelder uit dan CSS zelf. Kan toch nooit de bedoeling zijn.
Als je het eenmaal doorhebt scheelt het een hoop typwerk en is het juist makkelijker.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  donderdag 20 maart 2014 @ 15:56:50 #159
12221 Tijn
Powered by MS Paint
pi_137968696
quote:
1s.gif 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?
Nee, ik bedoel alleen declaratie "var i;". Dat hoort bovenin. Vervolgens hoog je i natuurlijk op daar waar je wil dat dat gebeurt.

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

Nou, eerst voorbeeld 1: true is natuurlijk true, dus dat is logisch, toch?

1
2
3
4
5
6
7
8
var foo = 1;
function bar() {
    if (!foo) {
        var foo = 10;
    }
    alert(foo);
}
bar();

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:

1
2
3
4
5
6
7
8
9
var foo = 1;
function bar() {
  var foo;
  if (!foo) {
    foo = 10;
  }
  alert(foo);
}
bar();

En dat is waarom het belangrijk is om variabelen bovenin je functies te declareren, want dat is in feite wat er sowieso wel gebeurt. Als je het opschrijft, kom je niet voor verrassingen te staan.
pi_137969994
Ik heb een aantal onduidelijkheden met betrekking tot de volgende Jquery code:

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');
}

});
});

Heeft het dezelfde werking als er in plaats van dit
1 $(' $names li').removeclass('highlight');  
het volgende staat? :

1
2
  if (jQuery.trim(search_name) != ' ') {  
$(' $names li').removeclass('highlight');  } 


Tenslotte ; wat betekenen die lege waarden rondom search_names, ofwel waarvoor dienen ze?
1 (' " + search_name + " ') 

Is dit ook mogelijk?:

1 (search_name) 

Alvast bedankt :)
pi_137970171
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.
pi_137970261
quote:
14s.gif 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.
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..

:P
pi_137970307
quote:
0s.gif 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..

:P
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.
pi_137970354
quote:
7s.gif 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.
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?
  donderdag 20 maart 2014 @ 16:58:42 #165
12221 Tijn
Powered by MS Paint
pi_137970395
quote:
0s.gif 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?
Ja, je wil ook $(varname). Daarom breek je de quotes af en plak je de variabele ertussen met plusjes.

1'hier staat een string ' + variabele + ' hier gaat de string verder'
pi_137970413
quote:
0s.gif 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?
$(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.
pi_137970508
quote:
7s.gif 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.
Woops het is harstikke logisch wat je zegt, maar op dit moment volg ik het totaal niet. Wat is het nou in dit geval ? :P

Want wat ik nu zie, is dat zowel de twee " als de ' wegkunnen zodat je gewoon (searchname) hebt.
  donderdag 20 maart 2014 @ 17:03:23 #168
12221 Tijn
Powered by MS Paint
pi_137970539
quote:
0s.gif 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 ? :P

Want wat ik nu zie, is dat zowel de twee " als de ' wegkunnen zodat je gewoon (searchname) hebt.
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:

1$("#names li:contains('dingen')")

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.

1$("#names li:contains('"+search_name+"')
pi_137970568
quote:
2s.gif 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.
Je vertelt het duidelijker dan ik deed.
  donderdag 20 maart 2014 @ 17:06:20 #170
12221 Tijn
Powered by MS Paint
pi_137970615
quote:
14s.gif Op donderdag 20 maart 2014 17:04 schreef Scorpie het volgende:

[..]

Je vertelt het duidelijker dan ik deed.
Dank u B-)
pi_137975603
quote:
2s.gif 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?

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:
[ 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 ]

Dit volg ik niet helemaal.

1
2
3
4
5
6
7
8
var foo = 1;
function bar() {
    if (!foo) {
        var foo = 10;
    }
    alert(foo);
}
bar();

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?
  donderdag 20 maart 2014 @ 19:36:59 #172
12221 Tijn
Powered by MS Paint
pi_137975882
quote:
0s.gif 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?
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.
pi_137985394


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
pi_137985627
Door geen tabel voor layout te gebruiken.
Nee.
pi_137985678
quote:
0s.gif 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
Post even de relevante HTML structuur, en horizontaal opgerekt?
No citizen has a right to be an amateur in the matter of physical training...what a disgrace it is for a man to grow old without ever seeing the beauty and strength of which his body is capable.
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')