AutoIt Français

à toutes fins utiles, j'ai mis trop longtemps avant de connaître

Je dis Non !

Pour une déclaration de variable dans une fonction, utilisez Local, pour une déclaration hors fonction, utilisez Global.
Vous n'aurez, normalement pas besoin de déclarer un Global dans une fonction (cela peut poser des problèmes d'accès).

De plus, bannissez le "Dim", l'aide AutoIt vous le dit elle même.

Aide a écrit :The difference between Dim, Local and Global is the scope in which they are created:
Dim = Local scope if the variable name doesn't already exist globally (in which case it reuses the global variable!)
Global = Forces creation of the variable in the Global scope
Local = Forces creation of the variable in the Local/Function scope

You should use Local or Global, instead of Dim, to explicitly state which scope is desired for a variable/constant/array.

Merci beaucoup pour cette mise au point.
Correction
Dim $avRET[$iRowCnt + 1][$iColCnt + 1]
devenu
Local $avRET[$iRowCnt + 1][$iColCnt + 1]
apportée dans le script indiqué plus haut.

De rien
Mais une question s'impose, pourquoi avoir poster cette fonction ? Quelle est son utilité ? les post tagué [Func] contiennent des fonctions générales qui peuvent servir pour des script.

Quand on débute, il est très important de faire le tour de tous les types de format qui peuvent être manipulés via les fonctions,
afin de créer ses composants.
En effet, j'ai beaucoup lu, à tort et à travers dans les forums autoit, que les tableaux à plusieurs dimensions étaient
rigoureusement inemployables, et j'ai découvert le contraire récemment.
Je manipulais quotidiennement mes informations tabulaires dans des strings+(split,explode)
En débutant, je n'avais jamais osé décortiqué les fonctions stockées dans le dossier include, jusqu'à ce jour.

EN SORTIE DE FONCTION:
Je me demande également si les objets peuvent être directement renvoyés par les fonctions,
ou si il faut en fait
déclarer les objets en variable handle de portée globale
pour les manipuler via diverses fonctions.(exemple souhaité)

EN ENTREE DE FONCTION:
Exemple de question que je me pose encore aujourd'hui, je me demande si à l'entrée des fonctions autoit,
on peut admettre une variable de type tableau multidimensionnel, en entrée.(exemple souhaité)

Un grand merci pour votre disponibilité et votre gentillesse!

Moi je trouve ça utile car débutant je ne comprenais rien sur l'utilisation des arrays ( quand et comment ) donc sa peut aider des nouveaux je pense
Mais il aurait plus ça place dans Exemple.

Pourquoi pas en dire un peu plus aussi ? Genre qu'un tableau de taille [6] commence en [0] et finit maximum en [5] ( La partie que j'ai eu le plus de mal à assimiler )

Bonjour Uranium,

Pour retrouver facilement des dossiers dans une armoire,
on attribue à chacun une référence numérique unique.
On ouvre un dossier par numéro:
On les classe habituellement dans l'ordre numérique croissant.
Les numéros de chaque dossiers se succèdent de 1 en 1.

Mémoriser les bornes naturelles d'un tableau,
c'est imaginer un classement de dossiers dans une armoire.

Dossier 0, Dossier 1, Dossier 2, Dossier 3, Dossier 4,
Dossier 5, Dossier 6, Dossier 7, Dossier 8, Dossier 9,
Dossier 10, Dossier 11 , Dossier 12 etc...

Ainsi, le zéro marque le passage à la dizaine supérieure.
Il faut initialement partir de zéro, dès le début du décompte.
Quand on passe les dizaines,il faut repartir de zéro.
La série en cours est alors une réplique de la série précédente, de 0 à 9, à une dizaine supérieure près.
Le 0 est le chiffre de base de chaque dizaine.
Dans mon armoire, je dispose mes dossiers, les 5 premiers de 0 à 4, les 5 suivants de 5 à 9 etc...

Une dizaine doit donc commencer par zéro et se terminer par neuf,
pour éviter, soit les doublons, soit les manques.

Je dois également faire une remarque concernant le superavantage
d'utiliser la fonction vu plus haut dans les tableaux:

En testant l'exemple, on constate que

• la case 0 est toujours occupée par le décompte du nombre d'enregistrements du tableau
  le premier enregistrement commence effectivement à 1.

Petite optimisation possible (pour des raisons pratiques)

martinbrait a écrit :En testant l'exemple, on constate que

• la case 0 est toujours occupée par le décompte du nombre d'enregistrements du tableau
  le premier enregistrement commence effectivement à 1.

Cela n'est du qu'à l'utilisation que vous en faite, vous pouvez mettre ce que vous voulez en 0, mettre la taille du tableau n'est qu'un choix (Vous pouvez aussi avoir la taille du tableau par la commande Ubound : voir l'aide associée)