Ajout mineur et utile dans le manuel.

Salut

Dans l'amélioration du manuel que j'avais préconisé, on peut rajouter ceci :

Indiquer si le comptage commence à 0 ou à 1 dans les commandes appropriées.
Par exemple si on fait :

chaine$="19.8"
N=INSTR(chaine,".")

N vaudra 3 !
(Ce qui veut dire que le comptage commence à 1 ici)

Dans d'autres commandes, la position d'un élément peut commencer à 0, par exemple les tableaux.

Quelque soit la position utilisée, ce serait utile ou normal de l'indiquer dans l'aide de la commande.


NOTE : Au passage, j'étais habitué dans les autres langages à ce qu'une chaine commence à la position 0.

D'aussi loin que je me rappelle, dans les langages Basic (QBasic, QuickBasic et avant, entre autres) l'index a toujours commencé à 1 pour les chaînes (strings).
Et c'est toujours comme ça pour RapidQ, FreeBasic, et... Panoramic.
Pour les tableaux, c'est toi qui décides, c'est au choix, tu peux même commencer à 10 si tu veux.

Pour INSTR, la doc indique bien que la fonction retourne la position du premier caractère de la chaîne de comparaison dans la chaîne d'origine, et ZERO sinon. Donc, cela doit commencer obligatoirement par 1 !

Tout à fait je suis d'accord avec toi Klaus.

Pour ce qui est des autres basics, j'ai souvenir du basica de microsoft qui faisait commencer la chaine à 0 mais là n'est pas le problème.

Je me répète, encore une fois, car chaque fois que j'écris un truc je suis obligé de me répéter, les gens ne lisent pas correctement le post et répondent ce qu'ils jugent juste, donc je vais remettre en gros cette fois ce que j'ai dit et qui est passé à la trappe (comme d'hab) :

Le fait que le comptage commence à 0 ou à 1, N'EST PAS LE PROBLEME !

Citation :

Quelque soit la position utilisée, ce serait utile ou normal de l'indiquer dans l'aide de la commande.

Ce que je propose, c'est de pouvoir trouver l'indication sur la commande elle-même dans l'aide.
Je sais qu'en lisant que la commande donne la position N et 0 en cas d'erreur peut suffire, mais c'est bien d'indiquer quand même que le comptage commence à 0, juste pour que le lecteur comprenne la logique de la commande, on a pas tous la même vue d'emblée sur une commande quand on est nouveau, certains ont l'habitude de la programmation et voit de suite le lien entre l'erreur rendue (0) et la position mais d'autres pas.

OK, ne le prends pas comme ça ! Il n'est certes pas inutile de vouloir affiner la doc en y apportant des précisions plus détaillées. Cela fera certainement gagner du temps à d'autres.

Ah bein je suis bien d'accord avec toi

J'explique pourquoi je l'ai mis en gros...

Si les gens comprennent mal, c'est peut-être aussi parce que c'est toi qui t'expliques mal...
Enfin, c'est une hypothèse...

Bien sûr que j'ai pensé à cette hypothèse, mais comment tu explique ça :

J'écris ça :

Citation :

Quelque soit la position utilisée, ce serait utile ou normal de l'indiquer dans l'aide de la commande.

Et on me répond ça :

Citation :

D'aussi loin que je me rappelle, dans les langages Basic (QBasic, QuickBasic et avant, entre autres) l'index a toujours commencé à 1 pour les chaînes (strings).
Et c'est toujours comme ça pour RapidQ, FreeBasic, et... Panoramic.
Pour les tableaux, c'est toi qui décides, c'est au choix, tu peux même commencer à 10 si tu veux.

C'est donc bien qu'on a pas compris que le 0 ou le 1 NE SONT PAS LE PROBLEME.

Et dans mon précédent post je te montre aussi ça :

Citation :

Quelque soit la position utilisée, ce serait utile ou normal de l'indiquer dans l'aide de la commande.

Pourtant tu dis que l'erreur vient peut être de ma façon d'expliquer le problème, cela montre encore une fois que tu réagis sans saisir mon message, cela ne vient pas de moi désolé.

Mais c'est pas ça qui va me facher hein^^
Ce n'est pas la premiere fois que cela m'arrive avec toi, tu te souviens d'une précédente fois en tant que dragonno, je t'avais fait la remarque déjà^^

Bon, on va en rester là, je verrouille.