Atelier_G_widgets.md

@@ -222,8 +222,9 @@ def switch_freq(label):
 ### autre manière de définir des fonctions associées aux widgets, avec une fonction commune pour a et b
 [ source utilisée  ](http://www.math.buffalo.edu/~badzioch/MTH337/PT/PT-matplotlib_slider/PT-matplotlib_slider.html)
 
+Cette variante n'est pas dans le code fourni, cependant elle est intéressante.
 On voit bien que les fonctions update_a et update_b sont très proches.
-On ne peut renvoyer qu'un argument, lié au widget cliqué, mais par contre il est facile de récupérer la valeur d'un slider, car il est aussi un argument : *mon_slider.val*
+On ne peut renvoyer qu'un argument, lié au widget cliqué, mais par contre il est facile de récupérer la valeur d'un slider, car elle est aussi un argument : *mon_slider.val*
 
 ``` python 
 def update_a_ou_b(val):
@@ -232,7 +233,7 @@ def update_a_ou_b(val):
 
 ``` 
 Ainsi, on n'aurait plus qu'une fonction, que l'on lie à chacun des deux sliders.
-Il faudrait ajuster d'autres parties du code pour se débarrasser des variables globales : l'initialisation, actuellement utile pour le premier tracé, devrait être enlevée, et pour le premier tracé il faudra que les sliders soit définis avant.
+Il faudrait ajuster d'autres parties du code pour se débarrasser des variables globales : l'initialisation, actuellement utile pour le premier tracé, devrait être enlevée, et il faudra que les sliders soit définis avant le premier tracé, qui utiliserait de même slider_a.val et  slider_b.val.
 La fonction associée à l'update de N devrait elle aussi utiliser slider_a.val et slider_b.val au lieu de chercher a et b à l'extérieur de la fonction (ils ne devraient plus s'y trouver).