pouvez-vous lier .cliquez sur() de sorte qu'il se déclenche avant onclick?

Je suis en train d'écrire jQuery pour une application qui est en train de construire dans le programme JSF. Les composants JSF sont en utilisant beaucoup de leur propre JS pour faire tout ce que JSF fait et ils utilisent beaucoup de onclick attributs de gérer tout cela.

Est-il valide/bon moyen de lier votre propre événement de clic sur un élément et de s'assurer que votre événement se déclenche avant l'événement onclick par défaut? Il semble que par défaut de jQuery cliquez sur la fonction est déclenché après tout inline onclick appels de fonction.

Vous ne pouvez pas faire cela, à moins que la ligne onclick attributs sont retirés de l'élément.
Si vous utilisez la fonction jquery .cliquez sur() sur $(document).prêt (), vous pouvez appeler votre propre fonction. Je me suis demandé souvent, comment peut-jquery qui le font.
j'étais sous l'impression que jQuery événements déclenchés avant l'événement par défaut, sinon de l'événement.preventDefault ne marcherait jamais. je voudrais essayer, sur le document prêt, la copie de la jsf .cliquez sur les événements présents, unbind eux, lier votre événement de clic, et ajouter le jsf .cliquez sur les événements grâce à jQuery. Je n'ai aucun moyen de la tester pour vous.

InformationsquelleAutor DA. | 2011-07-14

16

En jQuery événements sont déclenchés strictement dans l'ordre dans lequel ils ont été enregistrés.

Vous pouvez contourner tout inline DOM0 onclick style gestionnaires par itération sur l'ensemble des DOM, la suppression de ces onclick propriétés, puis l'enregistrement de votre propre gestionnaire qui puis invoque à l'origine de la fonction définie par.

Quelque chose comme:
```
$('[onclick]').each(function() {
    var handler = $(this).prop('onclick');
    $(this).removeProp('onclick');
    $(this).click(handler);
});
```
Voir http://jsfiddle.net/alnitak/2SCTK/

Enregistrez vos propres gestionnaires d'abord avec jQuery, alors invoquer le code ci-dessus pour supprimer l'original inline onclick les gestionnaires et les ré-enregistrer comme si jQuery avait ajoutés.

MODIFIER code simplifié suffit d'utiliser la fonction d'origine - jQuery permettra de s'assurer que la fonction est appelée avec le bon contexte. Code précédent qui de définir explicitement le contexte de window était incorrecte.
- if (!r) {ev.preventDefault();}. Cela permettra d'éviter l'action par défaut si l'original retourne un "falsy" de la valeur (0, undefined, faux, etc.). Je suggère que vous venez de return orig.call(window); à la place. J'ai fait quelques tests, et il semble de retour faux à partir d'un DOM0 événement et à partir d'un addEventListener agir de la même.
- Nous avons superposé des mises à jour - j'ai déjà changé de if (r === false). Juste retour false ne semblent travailler dans Chrome, je n'ai pas essayer d'autres navigateurs encore. Je suis sûr que j'ai eu des problèmes dans le passé, et le retour de faux n'a pas d'arrêt tous comportement par défaut.
- aussi, il apparaît que return false dans addEventListener() n'est pas la même chose que de le faire en jQuery .click() gestionnaire - apparemment jQuery cartes de la return false dans l'annulation d'un évènement lui-même. mail-archive.com/[email protected]/msg71371.html, j'ai donc mis à jour le code.
- Je ne savais pas, merci. Je sais comment lier les événements, mais pas trop sur leur fonctionnement interne.
- J'aime vraiment ce que cela peut être utile pour tout ce que nous faisons, où nous sommes mélange back-end généré inline appels js avec jQuery.
- vérifiez encore une fois - je l'ai simplifié un peu après la réalisation, que je n'ai pas besoin d'utiliser Function.call() à définir le contexte.
InformationsquelleAutor Alnitak
7

Vous pouvez supprimer le onClick événement à partir de l'élément DOM, et ensuite les relier à l'aide de jQuery.
```
<div id="click" onclick="alert('DOM')">CLICK ME</div>

$('#click').click(function(){
    alert('jQuery');
});

var clickFunc = $('#click').prop('onclick');
$('#click').removeProp('onclick');
$('#click').click(clickFunc);
```
Événements sont appelés dans l'ordre qu'ils sont liés, de sorte que le seul moyen pour appeler votre fonction première, est de séparer, puis de relier la fonction d'origine.

Démo: http://jsfiddle.net/wYd5t/2/
- oui, c'est un peu ce que je suggère. Demandais - n'est-il pas une différence entre la façon dont une onclick DOM0 style de gestionnaire empêche de propagation ou de multiplication (c'est à dire return false) par rapport à addEventListener() style des gestionnaires?
- Je n'ai aucune idée 🙂
- Ils semblent agir de la même façon (essayez de changer l'emplacement de la return false). jsfiddle.net/wYd5t/1
- voir stackoverflow.com/questions/1357118/... - la réponse semble être clair.
- Je ne le savais pas, il y a une différence entre ceux-ci.
- J'ai compris que je n'ai pas besoin de return cb.call(...) à tous, il suffit de passer la fonction de .click comme vous l'avez fait dans votre réponse.
InformationsquelleAutor Rocket Hazmat
1

Il n'y a aucun moyen de mandat en cas d'ordre de tir pour le même écouteur sur le même élément.
Chaque navigateur est libre d'incendie, les événements dans n'importe quel ordre qu'il choisit.
- Est-ce un problème théorique ou réel problème? En d'autres termes, est-il connu des navigateurs que le feu dans l'ordre inverse?
- Je me souviens avoir lu ça quelque part, ne trouve pas de référence pour que maintenant... ne trouve pas de référence crédible pour le contraire soit si.
- Selon le jQuery docs pour .bind: "S'il y a plusieurs gestionnaires inscrits, ils seront toujours exécuter dans l'ordre dans lequel ils ont été tenus." api.jquery.com/bind
- jQuery est probablement assez crédible... 🙂
InformationsquelleAutor Variant
1

Vous pouvez utiliser onmousedown sur l'élément.
- c'est une approche intéressante. Hmm...
- non, il n'est pas - il y a des façons de click un élément qui n'impliquent pas de la souris.
- bon point, alnitak!
InformationsquelleAutor powtac

Vous devez vous connecter pour publier un commentaire.