Laquelle de deux versions est boguée ?

Laquelle de deux versions est boguée ?
PANORAMIC V 0.9.27 ou  PANORAMIC V 0.9.28i14 ?

Le code suivant (extrait d'un code de JL35 et modifié pour la circonstance)

Code:

form 10  : top 10,50 : left 10,100 : width 10,200 : height 10,150
hide 10
container_option 11 : parent 11,10 : full_space 11
option 12 : parent 12,11 : top 12,10 : left 12,20 : width 12,150 : height 12,50
caption 12,"Blablabla" : mark_on 12

Déclenche une erreur avec la  V 0.9.28i14, mais s’exécute sans broncher avec la  V 0.9.27





Personnellement, j'opte pour la  V 0.9.27 : c'est elle qui contient le bug (ou bogue)

Qu'en pensez-vous ?
Et surtout qu'en pense Jack ?

Bonjour à tous,
C'est le MARK_ON 55 qui est responsable du bug. Souvenez-vous, c'est Klaus qui a soulevé le problème, au début du mois, avec une option cochée qui changeait toute seule, et bien que Jack ait apporté une correction, il a dit que le problème remonte à la version 0.9.17 avec l'apparition des container_option et que la correction prendrait bien plus de temps.
Il suffit juste de mettre un rem devant mark_on 55 en ligne 88 et tout rentre dans l'ordre.

Au fait, il manque la déclaration de la variable "t" utilisée à partir de la ligne 317. Il suffit de rajouter ",t" à une des 2 lignes de dim en début de programme.

Voilà, à +!

@bignono, la variable t est une variable locale de la sub Tracer, dûment déclarée ligne 299 (DIM_LOCAL) ?

Désolé, JL35, mais l'erreur survient dans la routine Deplac: Not defined variable (DIM) ligne: 217.
Je charge une image, je sélectionne la figure ovale, je clique sur le bouton tracer, puis à la souris je dessine la zone, et après, j'essaie de bouger la zone définie avec les flèches, et pan! L'erreur!
t n'est défini que de manière locale dans la sub Tracer(). Donc en dehors de la sub, s'il n'est pas défini de manière globale, ça plante! (Je me suis tromper de numéro de ligne ci-dessus, enfin tu as compris, mille excuses...)
A+

Oups ! tu as évidemment raison bignono, je ne pensais plus au s/p Deplac.  
Maintenant c'est vraiment bizarre, chez moi ça ne provoque pas d'erreur, je dessine une figure, puis je la déplace, ça marche sans erreur ??? ça devrait pourtant...

Bon, je rajoute t dans les DIM, mais ça me chagrine quand même que ça marche sans erreur...
Je précise: je dessinais un rectangle, et ça n'apparaît que dans le cas d'une ellipse ou étoile, il y a bien erreur.
Bon, c'est corrigé.

@papydall
Cest la v 0.9.27. Jack en parle ici et minibug là pour mark_on

@silverman
C’est ce que je pensais …

Et mille et un mercis pour toi, Homme d’argent   , pour m'avoir dirigé vers où parlait Jack.

papydall a écrit:

Et surtout qu'en pense Jack ?

Dans la version V 0.9.27, un MARK_ON sur l'OPTION d'un CONTAINER_OPTION se faisait parfois correctement et parfois mal.
Ceci a été corrigé dans la version V 0.9.28i14 et le MARK_ON agit cette fois exactement comme si un utilisateur cliquait sur l'OPTION, ce qui a pour conséquence que le focus est donné à cet OPTION.
Or, si l'OPTION est caché (car le CONTAINER_OPTION est caché), ce focus ne peut se faire et Windows déclenche une erreur qui est interceptée et affichée par Panoramic.

C'est contraignant, mais c'est le fonctionnement de l'objet OPTION qui l'impose...

En conclusion, le "bug" est donc dans la version V 0.9.27.

C'est parfaitement clair, Jack.

Pour ne pas tomber dans le piège, on peut utiliser la fonction HIDE(N) pour savoir si un objet est caché, en occurrence le CONTAINER_OPTION ou l'objet qui le contient. Si l'objet est caché, il faut trouver un moyen de faire le PARK_ON au moment du SHOW de l'objet caché.