MIN - MAX avec SPIN

Y a comme un défaut...

Salut ygeronimi,
Effectivement, si le Min et le Max sont égaux, il n'y a pas de limitation, ça déborde.

Mais d'un autre côté c'est une situation invraisemblable, quel est l'intérêt d'avoir un Spin avec une valeur fixe ???

Par contre, un SPIN à deux valeurs (disons 10 et 20) peut être intéressant.
C’est un peu comme un choix binaire.
Pour cela, on affecte à MIN la valeur la plus grande et à MAX la valeur la plus petite.

Code:

spin 10 : min 10,20 : max 10,10 : position 10,0

J'ai découvert cette ... (astuce ou bug ?) depuis fort longtemps.
Ce n'est pas spécifique à cette version.

@ JL35,

Certes il n' y a aucun intérêt au sens propre.
Mais dans le cas d' un spin évolutif, tu peux être amené à ce que les valeurs de départ soient ainsi.
Prends l' exemple d' un Memo, au départ tu n' as pas de texte et ton curseur est sur la première ligne.
Ton spin doit être à 1/1/1. Tu écris 10 lignes dans ton mémo, ton spin évolue 1/10/10. 
Puis, tu veux aller à la ligne 3, tu te sers du spin pour y aller.

Je me sers d' un spin pour aller à une ligne, prédéfinie dans celui ci, d' un objet synedit (kgf.dll) 
et mon menu appelle une petite fenêtre avec un spin et un bouton.

Lors d' un appel abusif si il n' y a pas de texte le réglage doit être à 1/1/1.
Si j' ai écris 200 lignes de code, il doit être à 1/1/200

Dans mon cas j' ai une bizarrerie supplémentaire.
Lorsque je clique sur le bouton, le spin reviens à 0 alors que le bouton n' a pas encore d' événement déclaré.


La logique sur un réglage à 1/1/1 voudrait que le spin affiche 1 et reste bloqué sur 1.
Du moins, c' est le comportement que j' attendais.


@Papydall,

Voilà une curiosité de plus...