JS: custom events met mootools
Door Toby hinloopen, 19 jaar geleden, 7.797x bekeken
Een kleine tutorial om met behulp van de mootools event-handler eigen events (gebeurtenissen) te maken op eigen objecten.
Gesponsorde koppelingen
Inhoudsopgave
Er zijn 13 reacties op 'Js custom events met mootools'
0 
-0 
-0
Mooi beschreven! Maar hoezo zou je, als je toch Mootools gebruikt, ook niet meteen het class systeem van Mootools gebruiken?
0 -0
-0
@ Arian:
ik lees een halve zin, ik ga er vanuit dat er "Maar hoezo zou je, als je toch Mootools gebruikt, ook niet meteen het class systeem van Mootools gebruiken?"
en mijn antwoord daarop is:
welk class systeem?
ik lees een halve zin, ik ga er vanuit dat er "Maar hoezo zou je, als je toch Mootools gebruikt, ook niet meteen het class systeem van Mootools gebruiken?"
en mijn antwoord daarop is:
welk class systeem?
0 -0
-0
Mooie tutorial, maar zou je er een globale tutorial van kunnen maken die bijvoorbeeld ook JQuery uitleg geeft? Ik zou deze code namelijk in JQuery wel eens willen zien.
0 -0
-0
@toby hinloopen:
Deze: http://www.mootools.net/docs/core/Class/Class
Zo'n beetje iedereen die classes/plugins voor mootools maakt gebruikt dat (kijk hier maar eens: http://www.mooforum.net/scripts12/)
Als je van FireEvent gebruik wilt maken, dan moet je dat ook gelijk meenemen in je 'Mootools Build' (http://www.mootools.net/core) omdat FireEvent onder Class.Extras valt en die afhankelijk is van Class.
Deze: http://www.mootools.net/docs/core/Class/Class
Zo'n beetje iedereen die classes/plugins voor mootools maakt gebruikt dat (kijk hier maar eens: http://www.mooforum.net/scripts12/)
Als je van FireEvent gebruik wilt maken, dan moet je dat ook gelijk meenemen in je 'Mootools Build' (http://www.mootools.net/core) omdat FireEvent onder Class.Extras valt en die afhankelijk is van Class.
0 -0
-0
@arjan:
owke, bedankt voor de info :P
Zal het ff doornemen
Ben nog redelijk nieuw met mootools.
edit:
ik zie niet echt extreme voordelen over die class-class...
Wat zijn nou precies de voordelen ervan?
@iltar:
ik ken jQuery niet echt...
ik word niet veel wijzer uit die source-code van jQuery. Bij mootools snap ik de sourcecode tenminste prima waardoor ik het lekker simpel kan aanpassen als iets me niet bevalt :P
owke, bedankt voor de info :P
Zal het ff doornemen
Ben nog redelijk nieuw met mootools.
edit:
ik zie niet echt extreme voordelen over die class-class...
Wat zijn nou precies de voordelen ervan?
@iltar:
ik ken jQuery niet echt...
ik word niet veel wijzer uit die source-code van jQuery. Bij mootools snap ik de sourcecode tenminste prima waardoor ik het lekker simpel kan aanpassen als iets me niet bevalt :P
0 -0
-0
Leuke tutorial! Alleen vind ik de methode die je hebt gebruikt om om het scope probleem heen te werken niet zo mooi (de root var). MooTools heeft daar namelijk z'n eigen functie voor!:
Jij doet:
Dit kan ook op deze manier:
Het event target, wat normaal 'this' zou zijn, kan je ophalen via evt.target.
En over je comment hierboven: het is best evil om in de source van mootools wat aan te passen 'als het je niet bevalt'; bij een update van mootools zullen je scripts niet meer werken en hetzelfde geldt als anderen jouw script gaan gebruiken.
Jij doet:
Code (php)
1
2
3
4
5
6
2
3
4
5
6
<?php
var root = this
abc.def = function( evt ) {
alert (root.value);
}
?>
var root = this
abc.def = function( evt ) {
alert (root.value);
}
?>
Dit kan ook op deze manier:
Code (php)
1
2
3
4
5
2
3
4
5
<?php
abc.def = function( evt ) {
alert( this.value );
}.bind( this );
?>
abc.def = function( evt ) {
alert( this.value );
}.bind( this );
?>
Het event target, wat normaal 'this' zou zijn, kan je ophalen via evt.target.
En over je comment hierboven: het is best evil om in de source van mootools wat aan te passen 'als het je niet bevalt'; bij een update van mootools zullen je scripts niet meer werken en hetzelfde geldt als anderen jouw script gaan gebruiken.
0 -0
-0
@Pim Vernooij:
over dat aanpassen ben ik me bewust.
Met dat bind... ja zo kan het ook. Ik vind een root variable prima werken.
over dat aanpassen ben ik me bewust.
Met dat bind... ja zo kan het ook. Ik vind een root variable prima werken.
0 -0
-0
Het binden van parameters is echter _de_ manier. Als je kiest om een framework te gebruiken moet je je daar ook aan 'committen', oftewel het framework consequent gebruiken.
0 -0
-0
Wat Roland zegt. Jij hebt nu eigenlijk je eigen 'workarround', waar het framework eigenlijk al een standaard oplossing voor biedt. Wellicht heeft jouw oplossing wel bugs in rare browsers, maar is daar in de bind() methode al lang rekening mee gehouden.
Gebruikmaken van de standaard functionaliteit van het framework geeft je de volgende zekerheden:
1. het werkt
2. het is getest
3. het zal in de toekomst blijven werken, omdat het framework doorontwikkeld word.
Dat is het hele nut van een framework :)
Gebruikmaken van de standaard functionaliteit van het framework geeft je de volgende zekerheden:
1. het werkt
2. het is getest
3. het zal in de toekomst blijven werken, omdat het framework doorontwikkeld word.
Dat is het hele nut van een framework :)
0 -0
-0
@roland en pim:
ja, jullie hebben wel gelijk.
Zal daar langzaam heen groeien.
ja, jullie hebben wel gelijk.
Zal daar langzaam heen groeien.
0 -0
-0
@Pim: "Alleen vind ik de methode die je hebt gebruikt om om het scope probleem heen te werken niet zo mooi (de root var)"
Dat is al jaren en jaren *de* manier voor dit probleem, bij conventie heet die variabele that, maar dan nog. De wrapper die Mootools (en vele andere frameworks) hebben doet niets minder dan datzelfde, eigenlijk. Het is onzin om dit af te doen als een "lelijke" methode, terwijl dit juist de standaardmethode is.
Dat is al jaren en jaren *de* manier voor dit probleem, bij conventie heet die variabele that, maar dan nog. De wrapper die Mootools (en vele andere frameworks) hebben doet niets minder dan datzelfde, eigenlijk. Het is onzin om dit af te doen als een "lelijke" methode, terwijl dit juist de standaardmethode is.
Om te reageren heb je een account nodig en je moet ingelogd zijn.
PHP hulp
0 seconden vanaf nu