Discussion :

[BiRoy]

Hola todos,

j'ai une nouvelle énigme...

Dans mon programme j'ai un ContextMenuStrip qui change de couleur le label qui l’appelle. Et j'aimerais que lorsque j'arrête le debug et que je le relance cela sauvegarde mes modifications.

Plus précisément que cela devienne son nouveau statut par défaut(Au label).

Des idées???


Merci bcp

[popo]

Tu n'a pas d'autre choix que de stocker l'information quelque part.

Reste à décider ce qui sera le plus adapté parmi tous les supports de stockage possibles.
Cela va dépendre notamment :
- du nombre d'informations que tu veux stocker,
- de la fréquence à laquelle tu lira/écrira ces informations
- de l'architecture du programme (monoposte, client/serveur, etc.)

[BiRoy]

Salut , en gros ce que je veux stocker c'est :
- Le texte du label
- Sa couleur

Pour à peu près 500 labels voir plus ...

[lead8209]

Bonjour, une solution est :
Une classe avec le nom du label en clé, son texte et sa couleur.
Une liste d'instance de cette classe contenant autant d'items que tu as de labels.
Sérialisation de la liste pour sauvegarder l'état.
Dé-sérialisation qui recharge ta liste tu réaffectes les propriétés à tes labels.

[popo]

Bonjour, une solution est :
Une classe avec le nom du label en clé, son texte et sa couleur.
Une liste d'instance de cette classe contenant autant d'items que tu as de labels.
Sérialisation de la liste pour sauvegarder l'état.
Dé-sérialisation qui recharge ta liste tu réaffectes les propriétés à tes labels.

Cette solution marchera uniquement si tu n'a qu'un seul écran avec les 500 labels.
Rien n'empêche deux écrans d'avoir chacun un label avec le même nom.
De plus, elle n'est viable que si la configuration dans l'écran est propre à un utilisateur sur une installation monoposte.
Sans parler du temps de lecture/écriture d'un fichier sur disque pour autant d'éléments.

Mais comme BiRoy n'a pas apporté de réponses à ces question, il est difficile de proposer une approche adaptée...

Biroy, tu as répondu à la première question sur le nombre d'informations que tu veux stocker mais pas aux autres
Fréquence à laquelle tu lira/écrira ces informations ?
Architecture du programme (monoposte, client/serveur, etc.) ?
Même écran présenté à différent utilisateur ?
Devront-ils voir le même écran ou sera-il personnalisé ?

Sans plus d'information, la solution de lead8209 est envisageable à condition d'avoir un fichier par écran, un seul utilisateur sur un seul poste.

[BiRoy]

Pardon, alors pour plus de détails.

Voici la point de vue utilisateur :


(Chaque "-" est un label)
J'aimerais si voulez que quand l'utilisateur changer le "-" en "V" ou en "X", cela devienne pour le label son état par défaut et donc qu'il se sauvegarde(en local).

[popo]

On a donc, à priori, un seul écran avec pleins de labels enregistrement sur le poste (donc monoposte).
Sauf qu'à moins que toutes tes zones soient déposées directement sur l'écran en mode Design (ce qui serait contre productif car cela imposerait que tu refasses ton écran chaque année), je dirais qu'il faut se baser sur la date du label et pas non nom.

Si tu lis une seule fois au lancement et que tu n'écris qu'une fois lors de la fermeture du programme tu peux potentiellement t'orienter va un fichier XML ou JSON et la solution de lead8209
Si tu passe ton temps à lire et à écrire, il vaut mieux utiliser une base de données.

[BiRoy]

D’accord merci pour tous vous conseil je vais essayer de trouver une solution