Discussion :

[Bobabar]

Pourquoi mettons-on parfois un "return true;" dans un événement comme onclick par exemple ? Comme ici extrait d'un formulaire HTML :

Code :

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

<input disabled="disabled" value="tester l'exemple" onclick="testExemple1();this.disabled=true;return true;" type="button">

Est-ce toujours nécessaire ? Sinon, quand est-ce nécessaire ?

D'avance merci pour votre réponse.

[Bovino]

En réalité, le return true est rarement utile. C'est surtout le return false qui est utilisé dans une situation très précise : empêcher le comportement par défaut de l'événement.
Tu rencontreras le plus souvent cette syntaxe sur des liens :

Code html :

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

<a href="http://developpez.com" onclick="maFonction();return false;">Cliquer</a>

Ici, lorsque l'on clique, maFonction() est exécuté puis le return false permet ne pas suivre le lien, qui pourra donc servir de solution alternative au cas où JavaScript est inaccessible par JavaScript (désactivé, ce qui est rare ou non pris en charge).

[sekaijin]

de façon générale sur les gestionnaire d'événements (onclick onchange etc...)
si le gestionnaire retourne true l'événement est propagé sinon il est bloqué.

ce qui permet de controler l'action associé
sur un aHref le click active le lien un activera le lient après la gestion de l'événement et un false n'activera pas le lien. sur un formulaire le true poste le formulaire et le false empêche le formulaire d'être envoyé.

enfin sur le code je préfère utiliser la fonction pour contrôler les événement que d'ajouter un retrun true ou false dans la balise.
il ne faut pas oublier que le code d'un gestionnaire d'événement et transformé en fonction par le navigateur.

j'écris donc

Code :

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

1
2
3
4
function maFunction(){
   //traitement ...
   return resulta
}

et

Code :

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

<a href="..." onClick="retrun maFunction()">link</a>

ou encore

Code :

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

1
2
3
4
document.getElementById('myLink').onclick = function(){
   //traitement ...
   return resulta
}

et

Code :

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

<a href="..." id="myLink">link</a>

ainsi c'est la fonction qui contrôle l'action associé à l'événement.

Attention pas de return = return true
return null, return undefined, et return false sont équivalent (je crois que return 0 aussi)
et toute autre valeur est un return true.


A+JYT

[javatwister]

et soit dit en passant, Bobabar, une fonction javascript retourne toujours true par défaut;
donc, les 3 écritures suivantes sont équivalentes:

Code :

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

1
2
3
4
5
6
function pas_in(dispensable){
  for(um in dispensable){
    developpez++
  };
  return true
}

Code :

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

1
2
3
4
5
6
function pas_in(dispensable){
  for(um in dispensable){
    developpez++
  };
  return
}

Code :

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

1
2
3
4
5
function pas_in(dispensable){
  for(um in dispensable){
    developpez++
  };
}

[Bovino]

Euh... non JT, une fonction retourne undefined par défaut :

Code :

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

1
2
3
4
function retour1(){}
function retour2(){return;}
function retour3(){return true;}
alert(retour1() + ' - ' + retour2() + ' - ' + retour3());

[javatwister]

mouais, j'avoue, pas très bien expliqué (pédagogiquement...);
mais dans la pratique, si false n'est pas explicitement déclaré, l'événement suit son cours;

mais tu as grandement raison pour true / undefined;

bref, javascript ignore les réponses de normand