Version imprimable
Bonjour à toutes et tous
J'ai une base de données ou j'affiche dans le DbGrid les valeurs filtrées. Je souhaite les modifier.
Après sélection de la cellule à modifier à l'aide de la souris je tape une nouvelle entrée au clavier.
Aucune lettre n'est saisie et en plus toutes mes lignes déjà saisies disparaissent.
Es ce un Pb d'options ?
Pièce jointe 160534
Par avance merci
Bonjour,
il me semble qu'il faille ôter le multiselect
Merci Sergio,
J'ai essayé mais toujours le même Pb !
Bonjour tous
Je me répond à moi même, j'ai enfin trouvé la solution.
J'avais implémenté sur ma fenêtre la procédure suivante
procedure TForm4.FormKeyPress(Sender: TObject; var Key: Char);
begin
// activation de la touche escape
if Key = #27 then modalresult:=mrCancel;
end;
Je l'ai supprimée et miracle je peux maintenant modifier sans problème mes données.
Par contre je ne comprend pas le pourquoi de la chose car cela marche bien dans n'importe quelle autre fenêtre quand on veut quitte avec la touche 'Escape'.
Je marque néanmoins résolu
Pense au bouton avec TButton.Cancel à True, cela gère l'ESCAPE
La touche ESCAPE est aussi utilisé par la TDBGrid pour quitter le mode Saisie
Peut-être un conflit avec le dgAlwaysShowEditor
Voici ce que dit la doc sur XE6 pour
dgAlwaysShowEditor :
La grille est toujours en mode édition. Ainsi, quand un utilisateur sélectionne un champ, le champ est en mode édition. L'utilisateur ne doit pas appuyer sur ENTREE ou F2 avant de modifier le contenu d'une cellule. Cette option ne fait rien sauf si dgEditing figure aussi parmi les options. Elle est ignorée si la liste d'options inclut dgRowSelect.
Par contre ta remarque
Pense au bouton avec TButton.Cancel à True, cela gère l'ESCAPE
Je l'avais essayée sur le bouton quitter de ma fiche, et cela à le même effet que ma procédure Keypressed
Bonsoir,
A mon avis, un DBGrid ou un StrinGrid n'est pas l'endroit idéal pour modifier/Insérer des données.
Pourquoi ne pas utiliser des zones d’édition sur la même fiches ou même une autre fiche modale.
Pièce jointe 160778
J'ai tendance à ne plus utiliser les contrôles orientés données dès que le projet est un peu compliqué.
Allez courage.
Andry
Je pense en effet que je vais m'orienté vers cette solution.
Merci pour toutes vos remarques
j'aime bien changer les données dans le dbgrid car je trouve plus pratique/rapide pour changer par exemple le prix des 3 articles listés, au lieu d'ouvrir 3 fois leur fiche.
Bonjour,
tout dépend du contexte ! dans un environnement multi-utilisateur un DBGrid peut être très dangeureux (sauf a bien régler les transactions) , dans un environnement non local (attaque d'une base de données en réseau virtuel) rapatrier les données dans une DBGrid est très "consommateur" d'octets (ce que l'on a tendance à oublier :sm: avec les machines de plus en plus puissantes et le débit de plus en plus rapide)Citation:
Envoyé par exyacc
