Discussion :

[gegila]

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 ?



Par avance merci

[SergioMaster]

Bonjour,

il me semble qu'il faille ôter le multiselect

[gegila]

Merci Sergio,

J'ai essayé mais toujours le même Pb !

[gegila]

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

[ShaiLeTroll]

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

[gegila]

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

[Andry]

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.

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

[gegila]

Je pense en effet que je vais m'orienté vers cette solution.

Merci pour toutes vos remarques

[exyacc]

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.

[SergioMaster]

Bonjour,

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.

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 avec les machines de plus en plus puissantes et le débit de plus en plus rapide)