Conflit entre mon nom de variable et nom de fonction MATLAB

Bonjour, j'avais depuis quelques jours un problème, et en écrivant le message pour vous demander de l'aide, j'ai trouvé la solution. Vous allez me demander pourquoi je poste alors :aie: En fait, ça m'a fait soulever une question.

J'explique le problème original.

Citation:

---

Dans une fonction, j'ouvre un inputdlg pour demander un paramètre à l'utilisateur. Il me sert en entrée d'une sous-fonction, dont l'exécution se passe bien. A la fin de ma fonction principale, je souhaite faire un affichage, grâce à un plot mais l'appel à la commande title avec le plot me renvoie le message d'erreur suivant :

??? Index exceeds matrix dimensions

---

Le problème venait du fait que je créais mon inpudlg de la façon suivante :

Code:

---

1 2 3 4

prompt = blabla title = monTitre answers = inputdlg(prompt,title)

---

c'est-à-dire de la façon présenter dans la doc de la fonction inputdlg

Donc j'avais une variable title et quand je faisais title('titreGraphique') et bien il cherchait un élément du tableau title...

Je trouve ça fou de n'avoir aucun warning ou error de la part de Matlab ! 8O Et surtout que la doc dise de faire comme ça !

La question donc : comment éviter ce genre de problème ? :aie:

Citation:

---

Envoyé par Bktero

c'est-à-dire de la façon présenter dans la doc de la fonction inputdlg

---

Chez moi ce n'est pas le cas (R2007a), et je ne pense pas que MATLAB ferait une aussi grossière erreur :?

Dans le help j'ai :

Citation:

---

Examples:

prompt={'Enter the matrix size for x^2:','Enter the colormap name:'};
name='Input for Peaks function';
numlines=1;
defaultanswer={'20','hsv'};

---

Dans la doc :

Citation:

---

Example 1Create a dialog box to input an integer and colormap name. Allow one
line for each value.prompt = {'Enter matrix size:','Enter colormap name:'};
dlg_title = 'Input for peaks function';
num_lines = 1;
def = {'20','hsv'};
answer = inputdlg(prompt,dlg_title,num_lines,def);

---

Il n'y a jamais de variable TITLE.

Après c'est vrai que c'est le genre d'erreur fréquente à se taper la tête contre les murs.

Pour éviter le problème : Conventions de noms : variables

Citation:

---

Envoyé par Caro-Line

Chez moi ce n'est pas le cas (R2007a), et je ne pense pas que MATLAB ferait une aussi grossière erreur :?

---

Si si... ça arrive :aie:

Je crois me souvenir que c'était le cas dans les version 6 et 7... il y avait aussi un exemple d'une fonction où une variable était nommée min :aie:

En même temps, il faut bien comprendre qu'une documentation ne peut pas être parfaite et qu'elle aussi évolue de version en version.

Si tu créés la fonction INPUTDLG (et donc sa page de documentation) dans une version X et que tu créés ensuite une fonction TITLE dans une version X+n, il se peut que l'exemple utilise une variable title... tant qu'un utilisateur n'a pas rapporter le problème au support pour correction ;)

La preuve (comme l'a dit Caro), cette "erreur" a été corrigée dans les versions récentes de la documentation ;)

Maintenant... les lecteurs assidus de ce forum savent bien qu'il ne se passe pas une paire de jours sans que l'on puisse lire dans l'un de nos messages :

Citation:

---

Ne nomme pas ta variable XXXX car c'est déjà la nom d'une fonction MATLAB

---

C'est pas pour rien qu'on radote :aie:

Je trouve ça étonnant que Matlab ne mettent quand même pas un warning à la déclaration d'une telle variable s'il n'est pas capable de différencier la variable de la fonction (comme en C++ il me semble).

D'ailleurs, si on trouve une erreur de ce genre dans la doc, à qui peut-on envoyer un mail ? :mouarf:

Pour moi il n'y a pas de bug de documentation, d'ailleurs dans les solutions récentes comme là:
How can I make an input dialog box created by INPUTDLG wide enough to show the entire title?
on voit bien que c'est la variable title qui est utilisée.

C'est comme si tu faisais:

Code:

---

1 2	rand=2; rand(5)

---

tu auras le même message d'erreur : ??? Index exceeds matrix dimensions.

D'où l'utilité de la commande which pour vérifier si la variable ne va pas rentrer en conflit avec une fonction déjà existante ...

Sinon pour remonter un bug de documentation, il faut contacter le support
dans MATLAB il suffit de taper:

Code:

---

support

---

une page web s'ouvre et tu cliques sur le lien Contact Support ....

Citation:

---

Envoyé par tug83

Pour moi il n'y a pas de bug de documentation, d'ailleurs dans les solutions récentes comme là:
How can I make an input dialog box created by INPUTDLG wide enough to show the entire title?
on voit bien que c'est la variable title qui est utilisée.

---

Permet-moi de ne pas être d'accord :nono:
Si même eux ne font pas l'effort de suivre les bonnes pratiques, il ne faut pas s'étonner que les gens codent avec leurs pieds :aie:

Le problème de cette erreur, fréquente, c'est qu'il est souvent très difficile d'en trouver la cause.
Alors si lancer un exemple donné par l'éditeur du logiciel te pourrit tout ton environnement de travail, je trouve cela vraiment dommage.

Je ne dirais pas que c'est un bug, je dirais que c'est de l'inconscience, et qu'il faudrait leur dire de faire la chasse à ce genre de comportement (ce que je vais d'ailleurs faire de suite sur le lien que tu as donné si ça veux bien fonctionner cette fois-ci).

Citation:

---

Envoyé par tug83

Sinon pour remonter un bug de documentation, il faut contacter le support
dans MATLAB il suffit de taper:

Code:

---

support

---

une page web s'ouvre et tu cliques sur le lien Contact Support ....

---

Ou http://www.mathworks.com/support/ser...act_support.do et en cliquant successivement sur Technical Support - Help with using or installing products puis sur Report a documentation error or suggestion

Citation:

---

Envoyé par Caro-Line

Permet-moi de ne pas être d'accord :nono:
Si même eux ne font pas l'effort de suivre les bonnes pratiques, il ne faut pas s'étonner que les gens codent avec leurs pieds :aie:

---

Même si je suis d'accord avec Caro, je nuancerai quand même le propos en précisant que dans l'ensemble, la documentation MATLAB/Simulink est quand même sacrément bien faite et que ce genre d'erreurs n'est quand même pas très fréquente

Et pour prouver le contraire de ce que je viens de dire, voir la documention de la fonction EZPLOT (et des fonctions similaires) et l'utilisation de variables min et max :aie: