|
| BUG table source avec tableau d'objet |
| Iniciado por Ninja codeur, 13,oct. 2020 14:58 - 6 respuestas |
| |
| | | |
|
| |
Miembro registrado
296 mensajes |
|
| Publicado el 13,octubre 2020 - 14:58 |
Bonjour je rencontre un comportement assez bizarre je vous donne les détails.
J'ai une table dont la source est un tableau d'objet, sur cette table 2 j'ai colonne conteneur, chacune de ces 2 colonnes ont un champ de saisie. la première colonne à un champ de saisie actif et la deuxième un champ de saisie en affichage seule.
Quand je suis dans la première colonne donc dans le champ de saisie actif et que je clic sur le champ de la 2eme colonne qui est le champs en affichage seul, le traitement de sortie du champs actif n'est pas exécuté. Je ne comprend pas pourquoi si certains ont déjà rencontré ce problème que faire....
--
Les innocents sont toujours accusés à tord. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
296 mensajes |
|
| Publicado el 14,octubre 2020 - 12:47 |
Toujours en attente
--
Les innocents sont toujours accusés à tord. |
| |
| |
| | | |
|
| | |
| |
| Publicado el 14,octubre 2020 - 15:06 |
pas un bug...
Pour sortir d'un champ de saisie, il faut ENTRER dans un autre champ de saisie.
Le deuxième champ n'est PAS en saisie, il est en affichage, cliquer dessus ne fait rien, on ne rentre pas dedans, on ne sort pas du premier, et donc le code sortie n'est pas effectué.
Il y a plusieurs solutions possibles :
- détecter le clic sur le deuxième champ par code, et donner le focus à un champ hors écran
- mettre le deuxième champ en saisie aussi, et dans le code à chaque modif, effacer le contenu
-... |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
296 mensajes |
|
| Publicado el 14,octubre 2020 - 16:04 |
Je te confirme que c'est bien un bug, dans une utilisation classique de champs saisie actif et en affichage seulement (dans une fenêtre)
Les traitements d'entrée et de sortie sont bien exécutés, rien à voir avec le comportement les champs de saisie dans les colonnes conteneurs de table
--
Les innocents sont toujours accusés à tord. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
296 mensajes |
|
| Publicado el 14,octubre 2020 - 16:06 |
Et mieux, il arrive des fois qu'en cliquant un peu n'importe comment, le code de sortie du champs n'est même pas exécutés, tu pourras essayer clique plusieurs fois sur un champ de saisie grisé.
--
Les innocents sont toujours accusés à tord. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
197 mensajes |
|
| Publicado el 14,octubre 2020 - 16:19 |
Bonjour
ca répond peut être pas au problème de comportement mais en essayant votre code dans l'évènement "perte de focus" du champ, vous avez le comportement voulu? |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
296 mensajes |
|
| Publicado el 14,octubre 2020 - 18:20 |
Bonjour Nicolas, bonne idée mais le traitement de perte de focus est exécuté quand on réduit la fenêtre ou qu'on change d'onglet dynamique...
ils auraient pu implémenter le même comportement que les champs de saisie dans une fenêtre...
--
Les innocents sont toujours accusés à tord. |
| |
| |
| | | |
|
| | | | |
| | |
|