Discussion :

[SergioMaster]

Bonjour,

J'utilise dans certains de mes programmes démos (avec source) un fichier XML provenant des exemples fournis par embarcadero (par exemple biolife.xml ).

• Fichier ouvert dans l'EDI (donc se trouvant dans le DFM)
• FileName renseigné.

Ma surprise, à la fermeture du projet, il y a (tentative) ré-écriture du fichier.

Comment éviter ça ?

1. Bien évidement je peux fournir le fichier.
2. Je pourrais indiquer le nom du fichier selon l'environnement de l'installation (pas aisé mais faisable).
3. Garder le fichier ouvert dans le DFM puis effacer FileName. (si jamais un testeur désactive le composant et sauvegarde, c'est fichu)

Je n'ai vu nulle part, comme pour FDMemDataset la notion de persistance. N'y a t-il aucune propriété qui empêcherait ce désagrément (ré-écriture) ?

[ALWEBER]

Bonjour
Tu peux transférer le contenu dans un TFDMemTable

Code :

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

1
2
3
 
  FDMemTable1.CopyDataSet(ClientDataSet1,[coStructure, coRestart, coAppend]);
  FDMemTable1.Open;

[ShaiLeTroll]

Fichier ouvert dans l'EDI (donc se trouvant dans le DFM) [*]FileName renseigné.

J'ai un doute, le fichier XML se retrouve stocké dans la DFM ?

Je ne pratique que le LoadFromFile explicite ou je passe par un Provider temporaire (équivalent du CopyDataSet mais uniquement entre TClientDataSet)

J'ai eu des soucis en dfXML, plusieurs Delphi installé (XE2, Seattle), pourtant MidaLib dans les uses (donc pas dépendant de la DLL) mais une belle violation d'accès en dfXML mais pas en dfBinary, faudra un jour que je regarde cela à nouveau.

Je pourrais indiquer le nom du fichier selon l'environnement de l'installation (pas aisé mais faisable).

pas aisé ? ah oui, selon la version de Delphi ? de la cible de compilation ?
Un simple fichier Inc et une petite méthode GetResourceName me semble pourtant fort simple en fournissant tous les fichiers ainsi qu'un fichier RC, selon le contexte, c'est la bonne resource choisi, la DFM est aussi une ressource après tout.