Définition par défaut / ordre des objets dans une form

Bonjour à tous !

Une colle :
Je ne sais pas si je vais être assez clair dans mes explications/questions...
... faut suivre....

1- Si je crée par exemple 3 boutons (n#:101,102,103).
existe-t-il un moyen de définir un bouton par défaut ?
c'est à dire : si j'appuie sur la touche "enter" je veux que ce soit le 2eme bouton (id:102) et non pas le 1er (id:101)

2- si en plus de mes 3 boutons, je rajoute un champ edit (id:100). Par défaut il n'est pas sélectionné donc pas de curseur à l'intérieur tant que je n'ai pas cliqué dessus... pas moyen qu'il soit actif par défaut ?

3- Imaginons maintenant que je clique sur le champ edit et que j'appuie sur la touche <TAB> : je sélectionne successivement tous les boutons ainsi que le champ Edit. L'ordre dans lequel les objets sont sélectionnés ne correspond pas par exemple avec leur n° d'identification mais apparemment à leur position dans le form.

Existe-t-il une ruse de sioux qui permettrai de résoudre ces pb ?

Bonjour Nardo.
Essaye avec set_focus N (ça marche pour EDIT, donc je pense que pour BUTTON, c'est la même chose.

Je ne peux pas essayer tout de suite, je pars et tu iras plus vite que moi à l'instant.

A ma connaissance, non partout.
A moins que Klaus ait une idée lumineuse.

Et tu as raison, bizarrement l'ordre de parcours avec TAB est géographique, et ne dépend pas du numéro d'objet.

Voici ce que je peux te dire:

1) Oui, par setfocus 102, par exemple
2) Oui, par setfocus 100
3) Non. Ce que Windows appèlle le Tab-order n'est pas modifiable dans Panoramic. Cet ordre est établi par l'ordre dans lequel les objets ont été créés, sans AUCUN rapport avec leur position à l'écran. Amuse-toi avec le petit bout de code que voici. J'ai créé dans l'ordre, l'édit 100, puis les boutons 103, 104, 102, 105, 101, 106. Et tu vois immédiatement le tab_order...

Puis, tu enleves l'apostrophe devant une des deux lignes commentées, et tu as ta réponse aux questions 1 et 2.

Code:

label click_101, click_102, click_103
label click_104, click_105, click_106

dim i%

edit 100 : top 100,10 : left 100,10

for i%=101 to 103
    button i% : top i%,40 : left i%,(i%-101)*150 + 10 : caption i%,"Bouton "+str$(i%)
    button i%+3 : top i%+3,70 : left i%+3,(2-i%+101)*150 + 10 : caption i%+3,"Bouton "+str$(i%+3)
next i%
on_click 101,click_101 : on_click 102,click_102 : on_click 103,click_103
on_click 104,click_104 : on_click 105,click_105 : on_click 106,click_106

' set_focus 100          : ' activer cette ligne pour donner le focus à l'edit
' set_focus 102          : ' activer cette ligne pour avoir le bouton 102 par défaut

end

click_101:
message "Bouton 101" : return
click_102:
message "Bouton 102" : return
click_103:
message "Bouton 103" : return
click_104:
message "Bouton 104" : return
click_105:
message "Bouton 105" : return
click_106:
message "Bouton 106" : return

Ouf je suis là.
Çà marche pour tout, et dans l'ordre qu'on veut. Il suffit de dire ce qu'on veut.
Je ne vais pas réécrire tout le code mais:

Code:

click_101:
message "Bouton 101":set_focus 104 : return

Dans ce cas, il est évident que c'est pas TAB qui commande, mais le programme.
Avec un peu d'imagination, on peut se servir de ON_KEY_DOW ou UP, on peut renvoyer à un sous programme et tester <TAB>, et faire ce qui doit.

Mais oui, tu as raison ! C'est l'idée qu'il fallait avoir ! Dans une telle routine évènement, on peut placer le set_focus qui "force" l'orde souhaité !

Hello !

De retour sur le forum. Merci pour vos réponses à tous !
Je comprend pas comment j'ai pu passé à coté de SET_FOCUS...
C'est sûr qu'avec toutes vos infos, on doit pouvoir faire à peu près ce que l'on veut :
Soit faire en fct de l'ordre de déclaration (par perversité, j'ai essayé juste après la boucle for de rendre inactif le bouton 104 par ex, et ça marche pil-poil) ou alors en utilisant le ON_KEY_xxx qui permet de vraiment traiter le Tab-order...

Merci à tous !