Version imprimable
Ce que je comprends, c'est qu'au cas où le problème persiste pendant le chargement, on peut toujours l'éviter en désactivant logiquement les actions de l'event via une variable booléene, flag qu'on réactiverait une fois le chargement terminé.
Bidouille assez évidente :aie:.
Pour ce qui concerne le DataSourceChanged, cet event permet lors du load de gérer globalement toutes les lignes au lieu de les traiter une par une lors de leur ajout.
Je continue d'investiger, et les 2 derniers evenements sont déclenché lorsque le code suivant s'execute:
Code:RatesWindows.Visible = true;
La question est de savoir pourquoi? Une petite idée?
Je n'avais pas vu ton message désolé ^^Citation:
Envoyé par Graffito
Pour la bidouille ok ^^
Comment est déclenché l'évènement DataSourceChanged si il intervient avant que donne une source de donnée?
A priori, l'event DataSourceChanged ne devrait intervenir que lors de l'affectation des propriétés BindingSource du DataGridView ou DataSource du BindingSource.Citation:
Comment est déclenché l'évènement DataSourceChanged si il intervient avant que donne une source de donnée?
Mais du coup c'est difficile d'effectuer le traitement de l'ajout des données dans le DataSourceChanged s'il est déclenché par l'attribution des données sources?
En pratique, on ne se sert guère du DataSourceChanged puisque dans la quasi totalité des applications, les changements de DataSource proviennent d'une action dont on a la maîtrise (initialisations d'une forme, demande de changement de base, ...).
Donc ce que je fais est faut? D'ou peut être l'evenement qui est retourné?
Citation:
Donc ce que je fais est faut? D'ou peut être l'evenement qui est retourné?
Il y a 2 aspects dans tes questions :Pour le 1), la réponse n'est pas toujours évidente.
- Comment se comporte le DataGridView, en particulier à quelles occasions sont déclenchés certains events du DataGridView ?
- Que faire pour que mon appli tourne ?
Pour le 2), Où en es-tu?
J'en étais resté aux event RowAdded et RowDeleted pendant le chargement : l'utilisation d'un flag (la "bidouille") est une solution sûre et simple bien qu'inesthétique pour éviter le problème.
Pour le point il est clair que j'aimerais bien avoir une explication de comment et quand se déclenche certains évènements :)
Pour le point deux en fait tout marche, sauf ce dernier DeletedRow event qui se déclenche :/
Pour le RowDeleted, tu peux essayer de faire comme avec les RowAdded, c'est-à-dire :
Code:this.dataGridView1.AllowUserToDeleteRows = false;
J'ai déjà tenté, mais ça ne marche pas.
Ce à quoi j'ai pensé c'est de mettre moi-même un flag et le mettre a true quand tout est fini, puis dans mes évents je fais un check pour si se flag est à true avant de procéder aux traitements.
Je pense pas que ça soit la solution la plus élegante, mais ca me permettrait de ne plus rester bloqué là dessus...
La solution avec le flag marche niquel :)
J'ai fais quelques essai, et pour moi le meilleur moment ou faire appliquer les changements dans mes fichiers est au moment ou on ferme la fenêtre.
Les évènements RowAdded et RowValidating/validated ont l'air de se déclencher à des moments pas forcément évident pour y insérer les méthodes de mise à jour de la source de donnée...
Est-ce que je vais dans le juste?
A piori, tu avances dans la bonne direction.Citation:
Est-ce que je vais dans le juste?
Comme je l'avais indiqué dans mes 2 premiers messages, je ne suis pas convaincu que l'édition directe dans le DataGridView fonctionnera au final (un problème chassant l'autre) comme on pourrait le souhaiter.
Oui je n'ai pas oublié ton retour d'experience ;)
Mais je vais essayé, j'aime bien me prendre une baffe avant de comprendre correctement :D Si je n'y arrive pas, j'irais dans la solution d'un formulaire pour ajouter les données sans passé par le datagridview ;)
Ok, je reste prêt à t'aider ... dans la mesure de mes compétences :?Code:Mais je vais essayer,