Discussion :

[mail.spam]

Bonjour,

Voilà j'a un petit souci.
J'ai une fenêtre qui affiche le contenue d'un fichier HF dans une table fichier.

Voici le contenue de mon fichier HF:

idErreur est identifiant automatique
CodeErreur est chaine est clé avec doublons
InterventionObligatoire est booléen
ErreurPriseEnCompte est booléen.

La notion d'InterventionObligatoire me permet de définir si l'utilisateur peux valider l'erreur ou pas.

Dans ma fenêtre j'ai une table en saisie avec le contenue du fichier HF.
J'ai mis toutes les colonnes en affichage seulement à l'exception de ErreurPriseEnCompte qui est en saisie.

InterventionObligatoire et ErreurPriseEnCompte sont des colonnes de type interrupteur.

ainsi je ne peux modifié avec la souris que la colonne ErreurPriseEnCompte.

Mon souci est que si je clique sur la case à coché InterventionObligatoire rien ne se passe (ça c'est normale) mais si j'appuie sur la barre espace la case à coché se valide ou inversement.

Comment je peux faire pour que l'action sur la touche espace ne soit pas pris en compte vu que ma colonne est en affichage seulement.

J'espère être assez clair dans mes explications.
Merci d'avance pour vos conseils.

[R&B]

Bonjour,

Dans ces interfaces avec multiples cases à cocher, je laisse généralement la table en affichage seul mais j'utilise des boutons qui vont affecter les colonnes avec les options suivante : la ligne on/off, tout on, tout off, inverser.
Un bonus est le double clic sur la ligne on/off quand on n'a qu'une colonne interrupteur.
Si on conjugue la sélection multiple avec les boutons on a une ihm simple et efficace.

note : dans le code des boutons tu pourras gérer l'écriture dans ton fichier et rafraichir la table avec les données modifiées.

[EDM-TAHITI]

Hello,
En fait, je partirais sur l'idée suivante:
La table est par défaut en saisie, sauf les champs que tu ne souhaites pas voir modifier (normal).
Dans le champs interrupteur, outre le fait que dans la partie 'A chaque modification' ou tu geres l'enregistrement du bouton,, tu peux y rajouter un doubleclicque afin de le prendre en compte. Le double clique de la ligne (dans l'interface de la table), et celui du bouton pointeront vers le meme code ou champs déclaré dans la table, et le tour est joué, enfin, je crois...

[mail.spam]

Bonjour,
et merci pour vos idée.
Mais ça ne change rien au fait que si j'ai une colonne interrupteur en affichage seulement et une colonne interrupteur en saisie je peux quand même modifié l'interrupteur en affichage seulement si je le sélectionne et que j'appuie sur la barre espace.

[mogwai162]

Salut !

C'est visiblement un bug windev non ? Tu en as parlé a PC-Soft ?

[mail.spam]

Non car c'est du windev 14.
Mais je vais leur communiquer mon problème.

[R&B]

A tout hazard, tes colonnes sont en début de table ?
si oui, met une colonne invisible avant ou met les à droite de ta table.

J'ai pu remarquer qu'une colonne interrupteur en saisie comme première colonne d'une table pose des problèmes.

++ R&B

[mail.spam]

Non ma colonne interrupteur n'est pas en première colonne.

voici un exemple en V14.
Exemple que j'ai fourni au support technique.
Projet test

[Lo²]

Salut,

Je viens de tester en v16 et le problème est présent.

Par contre, en mettant ce code dans l'évènement touche enfoncée de la table, la box n'est pas cochée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
VK_SPACE est un entier = 0x20
nTouche est un entier = VK_SPACE // Touche Espace
 
// Vérifie si la touche Espace a été appuyée
SI ToucheEnfoncée(nTouche) ALORS
             RENVOYER Faux
FIN

[mail.spam]

Merci Lo²,

Il est vrai que je peux contourner ce problème par programmation.
Mais je ne pense pas que ce soit une réaction normale.

J'ai envoyé une demande au ST gratuit mercredi dernier.
J'attend de leur nouvelle.

Je met ce post en résolu car ça à l'air d'être un bug mais dont le problème est contournable.

Merci d'avoir fait les essaie dans les autres versions.

[mail.spam]

Voici la réponse du support technique gratuit.

Bonjour Monsieur,
J’ai lu votre description avec attention et je vous remercie pour sa précision. J’ai immédiatement enregistré et transmis vos éléments à notre équipe Développement et à notre équipe Qualité.

L'incident a été enregistré avec la référence 50 354, utilisez-la pour tout contact à ce sujet. Grâce à votre abonnement LST, dès qu’une évolution ou une correction dans WinDev est disponible, le service de "notification automatique" vous enverra un mail.

Pour votre information, le Support technique Gratuit est assuré sur la version de WINDEV en cours de commercialisation.
La version actuelle est WINDEV 16, et c'est afin de vous être agréable que le Support Technique Gratuit a répondu très exceptionnellement à votre demande.

Je vous conseille vivement de passer à WINDEV 16. Vous disposerez ainsi automatiquement des fonctionnalités avancées que vos utilisateurs attendent !
Rappel : aucune migration n'est nécessaire pour passer de WINDEV 7.5, 8, 9... à WINDEV 16. Une simple recompilation suffit (zéro erreur, zéro warning).
L'équipe du Support Technique Gratuit reste à votre disposition.

En gros comme j'ai pas la dernière version, ni d'abonnement à la LST soit dit au passage, je ne suis pas sur qu'il y aura un correctif. Mais bon il faut être optimiste.

Lo² comme tu as la V16 et que ce "bug" est aussi présent peux tu leur remonter aussi l'info afin d'avoir un correctif futur.

Merci.