Discussion :

[Draakh]

Bonjour ! J'ai un calendrier, développé en php, dans lequel j'affiche la date complète dans chaque jour :

J'aimerais, au chargement de la page, cacher cette date compète, et ne l'afficher à côté du calendrier qu'au survol du jour voulu.
Voici le code qui affiche les dates dans le calendrier :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<div class="daytitle" id="daytitle">
         <?php echo $date->days[$w-1]; echo $d; echo $date->months[$m-1];?>
</div>

Et voici mon code jQuery pour cacher ces dates :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$('#daytitle').hide();

Hélas, lorsque je teste tout ça, seule la date du premier jour du premier mois est bien cachée, mais pas les autres. Ne trouvant pas d'aide sur Google, je viens demander la vôtre ici
Merci d'avance !

[SpaceFrog]

Un id DOIT être unique sur la page ...

[Draakh]

Je ne le savais pas ^^ Une class doit l'être également ?
Merci pour ta réponse !

[danielhagnoul]

Un ID doit être unique et une classe peut être utilisée autant de fois que nécessaire.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
$( '.daytitle' ).on( "click", function( event ){
    // event.traget permet de connaître et d'agir $( event.target ).css( "color", "red" ); sur l'élément du DOM qui a généré l'évènement
});

[Draakh]

Ah génial, ça fonctionne lorsque j'utilise la classe, merci beaucoup

Je ne trouve pas la différence entre $(event.target) et $(this), car ça sert à faire la même chose j'ai l'impression...

[-Rpass-]

effectivement event.target correspond à la cible(c-à-d l'élément html) qui a reçu l'évènement (genre onclick).

'this' correspond à l'objet en cours de manipulation, en l'occurence cela correspond à la même chose que event.target

[Draakh]

Alors pourquoi existe-il deux manières de faire la même chose ?

[thelvin]

Parce que ça n'aurait pas de sens d'en enlever une.

- this doit toujours être l'objet en cours de manipulation. C'est une convention jQuery (et objet JavaScript en général,) et ça marche bien. Ce n'est pas limité aux cas où on réagit à un event.

- event doit toujours être disponible en paramètre quand on réagit à cet event. Par exemple pour déterminer où, quand, ou avec quoi on a cliqué. Par cohérence cet event doit contenir un target indiquant quel est l'élément concerné, parce que c'est toujours le cas d'un event, partout, même en dehors de jQuery et quand il n'y a pas de this ou qu'il veut dire autre chose. C'est aussi pratique pour passer cet event en paramètre d'autre chose, qui n'aura pas le même this et pourra pourtant repérer quel était l'élément concerné par l'event.

=> La conséquence de tout ça, c'est que quand on écrit un listener d'event en jQuery, this et event.target désignent tous les deux l'élément en cours.
Ce n'est pas grave. Mais this étant plus court, il serait plus malin de l'utiliser toujours lui, en jQuery.

[Draakh]

Merci beaucoup pour ces précisions , ça m'aide

[Bovino]

'this' correspond à l'objet en cours de manipulation, en l'occurence cela correspond à la même chose que event.target

Absolument pas !

this correspond à l'élément sur lequel a été placé l'événement et e.target à l'élément qui a effectivement reçu l'événement.
Dans le fiddle suivant, clique sur la zone grise puis sur le texte pour voir la différence.

https://jsfiddle.net/nm5tLxya/

[-Rpass-]

Biensur que ce n'est pas la même chose et ton explication

this correspond à l'élément sur lequel a été placé l'événement et e.target à l'élément qui a effectivement reçu l'événement.

est beaucoup plus claire que la mienne.

Effectivement event.target et this ne vont pas être le même élément dans certains cas mais dans d'autres cela va être le même élément ^^ cependant il faut bien différencier les deux je suis d'accord