Problmème sur le focus des objets

Je n'arrive pas à comprendre pourquoi, entre deux messages sans autre code, l'état des options cochées change:

Code:

dim n%
n% = 5

container_option 3 : top 3,90 : width 3,130 : height 3,40 : left 3,5
  caption 3,"Options"
option 31 : parent 31,3 : top 31,15 : left 31,5 :  width 31,20 : ' on_click 31,clickOctave
option 32 : parent 32,3 : top 32,15 : left 32,20 : width 32,20 : ' on_click 32,clickOctave
option 33 : parent 33,3 : top 33,15 : left 33,35 : width 33,20 : ' on_click 33,clickOctave
option 34 : parent 34,3 : top 34,15 : left 34,50 : width 34,20 : ' on_click 34,clickOctave
option 35 : parent 35,3 : top 35,15 : left 35,65 : width 35,20 : ' on_click 35,clickOctave
option 36 : parent 36,3 : top 36,15 : left 36,80 : width 36,20 : ' on_click 36,clickOctave
option 37 : parent 37,3 : top 37,15 : left 37,95 : width 37,20 : ' on_click 37,clickOctave
option 38 : parent 38,3 : top 38,15 : left 38,110 : width 38,15: ' on_click 38,clickOctave
mark_on  30+n%


display
message "a1"

n% = 6
mark_on 30+n%
display
message "a2    ici, la 6ème option est cochée- ok"

display
message "a3    ici, la 5ème option réapparaît - pourquoi ?"
end
display
message "a4"


end

J'utilise la toute dernière version du 2/2/2018. Mais j'ai essayé avec la version précédente et c'est identique.


Et je crois avoir compris ce qui se passe, et je pense avoir découvert un bug qui traîne depuis un moment, puisque dans la version précédente, c'est identique. Si je remplace les messages a2 et a3 par "pause 500", l'option 6 reste bien cochée. Puis je fais un autre message et boum ! Rebelote:

Code:

dim n%
n% = 5

container_option 3 : top 3,90 : width 3,130 : height 3,40 : left 3,5
  caption 3,"Options"
option 31 : parent 31,3 : top 31,15 : left 31,5 :  width 31,20 : ' on_click 31,clickOctave
option 32 : parent 32,3 : top 32,15 : left 32,20 : width 32,20 : ' on_click 32,clickOctave
option 33 : parent 33,3 : top 33,15 : left 33,35 : width 33,20 : ' on_click 33,clickOctave
option 34 : parent 34,3 : top 34,15 : left 34,50 : width 34,20 : ' on_click 34,clickOctave
option 35 : parent 35,3 : top 35,15 : left 35,65 : width 35,20 : ' on_click 35,clickOctave
option 36 : parent 36,3 : top 36,15 : left 36,80 : width 36,20 : ' on_click 36,clickOctave
option 37 : parent 37,3 : top 37,15 : left 37,95 : width 37,20 : ' on_click 37,clickOctave
option 38 : parent 38,3 : top 38,15 : left 38,110 : width 38,15: ' on_click 38,clickOctave
mark_on  30+n%


display
message "a1"

n% = 6
mark_on 30+n%
display
' message "a2    ici, la 6ème option est cochée- ok"
pause 500

display
' message "a3    ici, la 5ème option réapparaît - pourquoi ?"
pause 500

message "a4    et maintenant ?"  

end

Je pense que Panoramic ne gère plus correctement le focus sur ses objets. Le fait de cliquer sur le bouton de la fenêtre de message est capté également comme un clic sur une des options, comme si l'objet gardait le focus et "captait" le clic.

Ca me fait penser à un problème que j'ai depuis longtemps avec l'objet RichEdit généré par KGF.dll. Il est clair que cet objet n'est pas géré par Panoramic. Normal. Je peux cliquer dedans et saisir du texte sans problème, utiliser les flèches, retour charriot etc. Si, ensuite, je clique sur un objet Panoramic normal, mon RichEdit perd le focus au profit de l'objet Panoramic. Normal encore. Ensuite, je reclique dans le RichEdit et je lui donne explicitement le focus par l'API de Windows (SetFocus). Le peux alors saisir du texte à l'endroit cliqué, mais je ne peux plus du tout utiliser le retour charriot, les flèches ou d'autres touches fonction. Tout cela est intercepté par l'objet Panoramic que j'avais utilisé juste avant. Comme si Panoramic ne comprenait pas que cet objet n'a plus le focus.

Je pense que les deux codes postés ci-dessus mettent parfaitement le problème en lumière. Et comme déjà dit, cela n'est pas propre à la nouvelle version d'hier, mais se produisait déjà avec la version 28i2. D'ailleurs, j'ai vérifié un point important: si je crée un programme Delphi pur en appelant mes fonctions KGF pour créer un objet RichEdit saucue KGF, je n'ai pas du tout ce problème de "captation" du focus. Cela se prduit uniquement avec Panoramic (version Editeur).

Pour essayer d'éclairer la chose, je me suis dit que la commande message est peut-être en cause.

Je ne suis sur de rien, mais ça vaut quand même le coup de tester le code de Klaus en remplacant "message" par "print".

Code:

dim n%
n% = 5

container_option 3 : top 3,90 : width 3,130 : height 3,40 : left 3,5
  caption 3,"Options"
option 31 : parent 31,3 : top 31,15 : left 31,5 :  width 31,20 : ' on_click 31,clickOctave
option 32 : parent 32,3 : top 32,15 : left 32,20 : width 32,20 : ' on_click 32,clickOctave
option 33 : parent 33,3 : top 33,15 : left 33,35 : width 33,20 : ' on_click 33,clickOctave
option 34 : parent 34,3 : top 34,15 : left 34,50 : width 34,20 : ' on_click 34,clickOctave
option 35 : parent 35,3 : top 35,15 : left 35,65 : width 35,20 : ' on_click 35,clickOctave
option 36 : parent 36,3 : top 36,15 : left 36,80 : width 36,20 : ' on_click 36,clickOctave
option 37 : parent 37,3 : top 37,15 : left 37,95 : width 37,20 : ' on_click 37,clickOctave
option 38 : parent 38,3 : top 38,15 : left 38,110 : width 38,15: ' on_click 38,clickOctave
mark_on  30+n%


display
print "a1"

n% = 6
mark_on 30+n%
display
' message "a2    ici, la 6ème option est cochée- ok"
pause 500

display
' message "a3    ici, la 5ème option réapparaît - pourquoi ?"
pause 500

print "a4    et maintenant ?" 

end

Ben oui - là, l'option 6 cochée reste. Mais il est clair que le focus n'a pas changé...