Discussion :

[onaipadesmickey]

Bonjour tout le monde,

Mon problème n'est pas bien compliqué et j'imagine qu'il existe une solution toute bête

j'ai créé un .ini dans lequel je rentre une chaine de charactère.
je récupère cette chaine à l'aide de ReadString ce qui me crée un jolie AnsiString.
par la suite je redessine la chaine à l'aide de DrawText.
je voudrais pouvoir redessiner la string en concervant les retours chariots qu'il y a dans la string d'origine dans le .ini.

avec le DrawText un simple '\n' suffit mais si j'insert '\n' dans la string du .ini lorsque je la récupère à l'aide de ReadString le '\n' se transforme en "\\n"
j'ai trouvé le moyen de remplacer les "\\n" par des '\n' ( une boucle sur la chaine de charactere ), donc ca marche, mais j'imagine qu'il doit y avoir des moyens plus propres pour arriver au même résultat.

merci d'avance

[Pendary]

pourquoi ne pas ajouter un '\n' lorsque tu a recupérer ta ligne dans le fichier ini ?

comme ceci (je ne suis aps sur de l'ordre des paramètres)

Code :

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

1
2
AnsiString txt = ini->ReadString("section","cle","");
txt = (Trim(txt)).Insert(Trim(txt).Length, "\n");

[Mattetfamilly]

Perso, j'ai une difficulté similaire:

Nous avons établi un format type pour la n° de nos documents clients. En cas de révision, ce n° est "suffixé" d'un "-" et d'un n° de révision. Ces documents sont sauvegardés en utilisant le n° de document ainsi que on n° de révision le cas échéant: "0701703.txt" ou "0701704-1.cet". Dans ce cas de base, ou cas général pas de soucis...

Maintenant, nous avons été confrontés à un autre problème: certains de nos documents clients sont d'origine externe sans reprises interne.
et nos fournisseurs n'utilisent pas forcément notre format de n° de nos documents. Par exemple, l'un d'entre eux, utilisent un "/" à la fin du n° puis une n° indiquant le n° de document pour l'affaire qu'il n'y en ai qu'un ou plus plusieurs... cela donne quelque chose du genre: 0701823/1...
Pour utiliser ce n° sutour quand il y a deux documents, exemple 0701823/2, il a fallu ruser: pas possible de mettre le caractére '/' dans les noms de fichiers...

Nous avons donc procéder par substitution. *Nous avons cherché un caractére que nous ne risquions pas d'utiliser dans la n° de nos documents ni même dans la sérialisation de nos appareils... et le caractére '±' répondait à ce cas là tout en étant toléré de Windows pour les noms de fichiers...

Donc dans ton ca, je te suggères de faire de la subsitution. Par exemple, si tu es sûre de ne pas utiliser le caratère '|' (Alt Gr + 6) tu n'as qu'à le mettre à la place de ton '\n' et faire une fonction spécique pour le chargement d'une clé, dans laquelle après chargement de la clé tu substitue le caractére '|' par '\n'.

Code :

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

1
2
3
4
5
6
7
8
9
 
AnsiString __fastcall ReadMyString (TIniFile ficini,AnsiString SECTION, AnsiString KEY)
{
AnsiString MyString
MyString=ReadString(ficini,SECTION,KEY);
while(MyString.Pos("|")>=1)
           MyString[MyString.Pos("|")]='\n';
return MyString;
}

@+
Mattetfamilly.

[onaipadesmickey]

en fait c'est ce que j'ai fait une substitution visiblement c'est la meilleure des méthodes. merci pour vos réponses