insérer ou remplacer une ligne string dans un fichier texte ?

Version imprimable

13/05/2013, 09h07
Night_Wolf1619

insérer ou remplacer une ligne string dans un fichier texte ?

je traite un fichier texte qui se compose de plusieurs lignes de texte.
je peux en ajouter ou en supprimer mais je n'arrive pas à remplacer une ligne par une autre et aussi je n'arrive pas a insérer une ligne

quelqu’un a une idée ?
merci, je suis sur delphi 7
13/05/2013, 09h29
tourlourou

Je te conseille de regarder l'objet TStringList qui permet de charger/sauver un fichier texte avec LoadFromFile/SaveToFile.
Tu accèdes à chaque ligne grâce à la propriété Lines[i] (MyStringList.Lines[3] := 'My New Line';) et dispose des méthodes Add (ajoute à la fin), Insert, Delete et tant d'autres.
13/05/2013, 09h35
Gilbert Geyer

Bonjour,

Citation:

je traite un fichier texte qui se compose de plusieurs lignes de texte.
je peux en ajouter ou en supprimer mais je n'arrive pas à remplacer une ligne par une autre et aussi je n'arrive pas a insérer une ligne

Bin, tout dépend du contexte dans lequel tu traites ton fichier texte.
Si par exemple ton texte est chargé dans une TstringList tu disposes de la méthode "Insert" pour insérer, et pour remplacer une ligne par une autre il suffit de faire MaListe[indice]:='maChaineDeRemplacement';

Donc le plus simple pour avoir une meilleure réponse c'est de donner un bout de code montrant comment tu penses traiter ton fichier.

A+. :D
13/05/2013, 09h37
Gilbert Geyer

Re-bonjour,

Mille excuses, Tourlourou T'as dégainé plus vite que moi.

A+. :D

Voici le code
pour supprimer

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
procedure doublonefface();
var
FichierATraiter:string;
Fichier:TStringList;
begin
if doublon<>999999 then
begin
  FichierATraiter:=((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
  Fichier:=TStringList.Create;
  try
    // Chargement du fichier
    Fichier.LoadFromFile((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
    // Suppression de la ligne
    Fichier.Delete(doublon-1);
 
    // Sauvegarde de la modification
    Fichier.SaveToFile((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
  finally
    Fichier.Free;
end;
end else exit;
end;

ici pour ajouter ou supprimé

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
if SIDSUPDATE then
begin
 assignfile(NW_SIDS,(IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
 {Assigns the Filename}
Append(NW_SIDS); {Opens the file for editing}
Writeln(NW_SIDS,MainProgram.name+':'+inttostr(MainProgram.SID_pid)+':'+inttostr(MainProgram.tp_id)
 +':'+inttostr(MainProgram.PMT_pid)+':'+MainForm.CA_SYSTEMS.Cells[1,Active_ROW]+':'+MainForm.CA_SYSTEMS.Cells[0,Active_ROW]+':'+MainForm.CA_SYSTEMS.Cells[3,Active_ROW]+':;');
Closefile(NW_SIDS); {Closes file NW_SIDS}
GUI.PushMSG_Info(MainProgram.Name+'  :- New Sids Add ! '+' NW_SIDS Updated......! ');
end else if (doublon<> 999999) and (MainForm.CA_ACTIVE_KEY.Cells[6,0]<>'*') then
begin
doublonefface();
 assignfile(NW_SIDS,(IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
 {Assigns the Filename}
Append(NW_SIDS); {Opens the file for editing}
Writeln(NW_SIDS,MainProgram.name+':'+inttostr(MainProgram.SID_pid)+':'+inttostr(MainProgram.tp_id)
 +':'+inttostr(MainProgram.PMT_pid)+':'+MainForm.CA_SYSTEMS.Cells[1,Active_ROW]+':'+MainForm.CA_SYSTEMS.Cells[0,Active_ROW]+':'+MainForm.CA_SYSTEMS.Cells[3,Active_ROW]+':;');
Closefile(NW_SIDS); {Closes file NW_SIDS}
GUI.PushMSG_Info(MainProgram.Name+'  :- Change detected ...! New Sids Add ! '+' NW_SIDS Updated......! ');
end ;

il me manque le remplacement ou insertion mais insertion ici entre les ligne pas a la fin

13/05/2013, 10h05
ShaiLeTroll

Si tu veux travailler sur de gros fichiers sans le charger entièrement en mémoire voir le sujet Comment chercher une valeur hex dans un fichier binaire "file of byte",
j'avais utilisé SearchBinaryInFile pour indexer les emplacements, ensuite, j'avais écrit une fonction de substitution de texte utilisant ce tableau
Cela avait été écrit pour transformer automatiquement les code d'une application pour modifier des Translate de Multilizer pour les adapter à un autre système de Translate plus performant mais ayant besoin de plus de paramètre

Cela générait au passage, un fichier de langue contenant tous les messages dédoublonnés chacun avec un numéro incrémenté, si j'avais encore ce code, je te l'aurais passé mais ce n'est pas le cas

Voir aussi les sujets
[D2009] TFileStream Big Files (demande de conseil)
Suppression des doublons d'un ListBox très long !
Parcourir un fichier texte sans charger le fichier
13/05/2013, 14h30
Gilbert Geyer
Re-bonjour,

Night_Wolf1619 : Petite question : la procédure doublonEfface() est appelée dane le if SIDSUPDATE then : Est-ce que ce if SIDSUPDATE then est placé dans une boucle car cela m'intrigue que le même fichier soit Chargé/Sauvé à chaque suppression de doublon. Si oui il serait préférable de charger ce fichier une seule fois en-dehors de cette boucle puis sauvé une seule fois lorsque toutes le lignes-doublon sont supprimées.

Remarque 2 : La procédure doublonEfface() utilise la variable "Doublon" utilisée par Fichier.Delete(doublon-1) et efface la ligne précédant celle du Doublon : bizarre.

Remarque 3 : Dans le cas où tu conserverais l'utilisation de la StringList "Fichier" que tu charges avec Fichier.LoadFromFile() il est inutile d'utiliser Writeln pour sauver le même fichier puisqu'il existe Fichier.SaveToFromFile() comme le rappelait déjà Tourlourou c'est bien plus simple et plus lisible.

Et à propos de

Citation:

il me manque le remplacement ou insertion mais insertion ici entre les ligne pas a la fin

:
- Pour l'insertion :
Code:

1 2 3 Fichier.Sorted:=False; Fichier.Insert(Index: Integer; const S: string); : ça inserre la nouvelle ligne devant la ligne d''indice Index.
- Pour la remplacement du texte d'une ligne d'indice Index :

Code:

Fichier[Index] := 'NouvelleString';

A+. :D
13/05/2013, 14h49
Gilbert Geyer

Re-bonjour,

Au fait, je viens de me souvenir d'une discussion de 2007 qui portait sur la détection/suppression-rapides de doublons dans des fichiers de texte : voir ici la procedure SupprDoublonsAOS(const nomFiSource, NomFiDest : string; IgnoreCase : boolean) : http://www.developpez.net/forums/d44...te-rapidement/

A+. :D

Euh, tu définis une variable FichierATraiter et tu ne l'utilises jamais, c'est parce que tu aimes te compliquer la vie ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
procedure doublonefface();
var
FichierATraiter:string;
Fichier:TStringList;
begin
if doublon<>999999 then
begin
  FichierATraiter:=((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');
  Fichier:=TStringList.Create;
  try
    // Chargement du fichier
    Fichier.LoadFromFile(FichierATraiter);
    // Suppression de la ligne
    Fichier.Delete(doublon-1);
 
    // Sauvegarde de la modification
    Fichier.SaveToFile((IncludeTrailingPathDelimiter(FichierATraiter);
  finally
    Fichier.Free;
end;
end else exit;
end;

13/05/2013, 14h54
GoustiFruit

Citation:

Envoyé par Gilbert Geyer

Re-bonjour,

Au fait, je viens de me souvenir d'une discussion de 2007 qui portait sur la détection/suppression-rapides de doublons dans des fichiers de texte : voir ici la procedure SupprDoublonsAOS(const nomFiSource, NomFiDest : string; IgnoreCase : boolean) : http://www.developpez.net/forums/d44...te-rapidement/

A+. :D

C'est le genre de bouts de code qui devrait être beaucoup plus facile à trouver !
13/05/2013, 15h23
Andnotor

Il y avait aussi celle-ci en passant par une table de hachage ;)
13/05/2013, 15h31
Night_Wolf1619

Citation:

Re-bonjour,

Night_Wolf1619 : Petite question : la procédure doublonEfface() est appelée dane le if SIDSUPDATE then : Est-ce que ce if SIDSUPDATE then est placé dans une boucle car cela m'intrigue que le même fichier soit Chargé/Sauvé à chaque suppression de doublon. Si oui il serait préférable de charger ce fichier une seule fois en-dehors de cette boucle puis sauvé une seule fois lorsque toutes le lignes-doublon sont supprimées.

oui il est dans une boucle même que les 2 sont dans une boucle
je ne peut le charger une seule fois car il est utiliser par plusieurs procédures
et je vais avoir l'erreur E/S 32 j'ai déjà testé

Citation:

Remarque 2 : La procédure doublonEfface() utilise la variable "Doublon" utilisée par Fichier.Delete(doublon-1) et efface la ligne précédant celle du Doublon : bizarre.

c'est simple 'doublon' et l'index de la ligne généré par une autre procédure dont la boucle commence par 1 alors que dans doublonEfface() ca commence par 0 si je met seulement Fichier.Delete(doublon) il va effacé la ligne qui se trouver juste après la ligne que je veut supprimé c pourquoi le Fichier.Delete(doublon-1)

Citation:

Remarque 3 : Dans le cas où tu conserverais l'utilisation de la StringList "Fichier" que tu charges avec Fichier.LoadFromFile() il est inutile d'utiliser Writeln pour sauver le même fichier puisqu'il existe Fichier.SaveToFromFile() comme le rappelait déjà Tourlourou c'est bien plus simple et plus lisible.

Writeln dans ce cas et pour qu'il reviens a la ligne sinon je vais me trouver avec tout le texte dans une seule ligne
13/05/2013, 15h55
Night_Wolf1619

Merci a vous tous Problème résolu :ccool:
13/05/2013, 16h15
Gilbert Geyer

Re-bonjour,

GoustiFruit :

Citation:

C'est le genre de bouts de code qui devrait être beaucoup plus facile à trouver !

Merci pour le compliment. Mais comme tu viens de le trouver le problème est réglé ... au moins pour toi.

Andnotor :

Citation:

Il y avait aussi celle-ci en passant par une table de hachage

Ah, oui mais je ne m'en souvenais plus. C'est fou le nombre de fois où l'on a supprimé des doublons !!!

Night_Wolf1619 : :

Citation:

je ne peux le charger une seule fois car il est utilisé par plusieurs procédures et je vais avoir l'erreur E/S 32 j'ai déjà testé

Ok, si on ne peut faire autrement faudra s'en contenter.

Pour l'histoire du Fichier.Delete(doublon-1) : Pigé.

A propos de

Citation:

Writeln dans ce cas et pour qu'il revienne à la ligne sinon je vais me trouver avec tout le texte dans une seule ligne

Là je ne comprends pas bien car si on fait Fichier.SaveToFromFile() et ensuite Fichier.LoadFromFile() on retrouve tout le texte sur plusieurs lignes ... si lors du SaveToFromFile il comportait plusieurs lignes bien entendu.

Et pour l'insertion de lignes et le remplacement de lignes : c'est OK ???

A+. :D
13/05/2013, 16h17
Gilbert Geyer

Re-bonjour,

Je me suis encore une fois de plus fait prendre de vitesse. :mouarf:

A+. :D
13/05/2013, 22h02
Night_Wolf1619

Re Gilbert Geyer

Citation:

Là je ne comprends pas bien car si on fait Fichier.SaveToFromFile() et ensuite Fichier.LoadFromFile() on retrouve tout le texte sur plusieurs lignes ... si lors du SaveToFromFile il comportait plusieurs lignes bien entendu.

Si tu revois bien le code dans ce cas la il n y a pas de Fichier.LoadFromFile() ou Fichier.SaveToFromFile() la je travail directement sur le fichier d’où l'utilisation de Writeln

Citation:

Et pour l'insertion de lignes et le remplacement de lignes : c'est OK ???

c'est OK :ccool:

A+ les amis et Merci encor :ccool:
14/05/2013, 10h03
Gilbert Geyer

Bonjour,

A Night_Wolf1619

Ouille, je m'aperçois avoir écrit une bêtise en parlant de Fichier.SaveToFromFile() je voulais dire Fichier.SaveToFile().

Citation:

Si tu revois bien le code dans ce cas la il n y a pas de Fichier.LoadFromFile() ou Fichier.SaveToFromFile() la je travail directement sur le fichier d’où l'utilisation de Writeln

En fait il bien un Fichier.LoadFromFile((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');

... mais bon l'essentiel est que ton problème soit résolu.

A+. :D
14/05/2013, 10h56
Night_Wolf1619

RE Gilbert Geyer

Citation:

En fait il bien un Fichier.LoadFromFile((IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');

ce n'ai pas exactement ça mais en faite c'est

Code:

assignfile(NW_SIDS,(IncludeTrailingPathDelimiter(ExtractFileDir(GetModuleAbsolutePath)))+'NW_SIDS.key');

c'est juste le chemin du fichier

Citation:

... mais bon l'essentiel est que ton problème soit résolu.

oui mais je viens de m’apercevoir d'une chose que je n'arrive pas a comprendre !!?

pour le remplacement du string j'ai fait comme ce ci

Code:

MyStringList.Lines[i] := 'My New Line';

dans ce cas aucun problème mais si je met le string dans un edit

Code:

MyStringList.Lines[i] := Edit1.Text;

la rien ne ce passe je ne comprend pas ???
14/05/2013, 11h52
tourlourou

Fais un ShowMessage(MyStringList.Lines[i]+' =? '+Edit1.Text) pour vérifier la bonne affectation.
14/05/2013, 14h37
Gilbert Geyer

Bonjour,

Citation:

MyStringList.Lines[i] := Edit1.Text;

Bizarre, car chez moi le compilo n'accepte même pas ça.

Par contre ceci marche :

Code:

MyStringList[i] := Edit1.Text;

(Lines[i] ça marche avec un TRichEdit ou avec un TMemo)

A+. :D

En même temps la propriété dans un TStringList c'est Strings[] et non Lines[] :roll:

et il est bon rappeler que Lines renvoie un TStrings et que grace à la propriété tableau par défaut que Lines[] est en réalité Lines.Strings[]
Code:

1 2 3 4 5 6 MyStringList[i] := Edit1.Text; // propriété tableau Strings par défaut MyStringList.Strings[i] := Edit1.Text; // accès propriété explicite MyMemo.Lines[i] := Edit1.Text; // propriété tableau Strings par défaut MyMemo.Lines.Strings[i] := Edit1.Text; // accès propriété explicite

14/05/2013, 14h56
Night_Wolf1619

milles excuse j'ai juste copier la solution de la réponse de tourlourou
juste pour l'explication

Citation:

Je te conseille de regarder l'objet TStringList qui permet de charger/sauver un fichier texte avec LoadFromFile/SaveToFile.
Tu accèdes à chaque ligne grâce à la propriété Lines[i] (MyStringList.Lines[3] := 'My New Line' et dispose des méthodes Add (ajoute à la fin), Insert, Delete et tant d'autres.

le vrais code le voila

Code:

Fichier[ligne-1]:=MynewKey;

bon j'ai résolu le problème de l'EDIT on sortant cette linge de la boucle

mais je ne comprend toujours pas pourquoi ça ne marche pas a l’intérieur de la boucle
14/05/2013, 15h27
Gilbert Geyer

Bonjour,

ShaiLeTroll :

Citation:

MyStringList[i] := Edit1.Text; // propriété tableau Strings par défaut
MyStringList.Strings[i] := Edit1.Text; // accès propriété explicite

Comme on peut utiliser ces deux possibilités, quelle est la meilleure ???
... Pour ma part je préfèrerais MyStringList[i] := à MyStringList.Strings[i] par flemme car avec MyStringList[i] ça fait des frappes-clavier en moins. ;)
... mais il y a peut-etre un intérêt à préférer MyStringList.Strings[i] ???

A+. :D
14/05/2013, 15h36
Andnotor

Citation:

Envoyé par Gilbert Geyer

Comme on peut utiliser ces deux possibilités, quelle est la meilleure ???

C'est parfaitement identique. Le seul cas où on pourrait avoir besoin de Strings est dans un with.
14/05/2013, 16h18
Gilbert Geyer

Re-bonjour,

Andnotor

Citation:

C'est parfaitement identique. Le seul cas où on pourrait avoir besoin de Strings est dans un with.

Ok, merci beaucoup.

A+. :D
14/05/2013, 16h32
peter27x

Citation:

Envoyé par Gilbert Geyer

Bonjour,

Citation:
MyStringList.Lines[i] := Edit1.Text;

Bizarre, car chez moi le compilo n'accepte même pas ça.

En fait je crois bien qu'il faut attaquer .Strings[i] et non pas .Lines[i], tout simplement.

Mais attention, cas particulier, si la liste est triée, tu auras un message d'erreur à l'exécution.

A+

Citation:

Envoyé par Andnotor

C'est parfaitement identique. Le seul cas où on pourrait avoir besoin de Strings est dans un with.

Ou en C++Builder où l'appel de l'opérateur [] est peu lisible :
Code:

1 2 3 4 5 (*MyStringList)[i] = Edit1->Text; // opérateur [] sur le pointer déférencé MyStringList->Strings[i] = Edit1->Text; // accès propriété explicite (*MyMemo->Lines)[i] = Edit1->Text; // opérateur [] sur le pointer déférencé MyMemo->Lines->Strings[i] = Edit1->Text; // accès propriété explicite
En Delphi, c'est effectivement parfaitement identique
En C++Builder, [] est une surcharge de l'opérateur qui appel Strings[]
donc cela doit ajouter une ou deux instructions en plus par rapport à un accès explicite de la propriété Strings[]

En C++Builder, un objet RTL\VCL\FMX est toujours un pointeur, on ne le voit en Delphi qui simplifie cela, mais en C++ c'est très marqué
Code:

1 2 3 4 5 var SL: TStringList; begin SL := TStringList.Create();
Code:

1 2 3 { TStringList * SL = new TStringList();
TStringList du Delphi c'est TStringList *,
^TStringList du Delphi c'est TStringList **.

15/05/2013, 10h48
Gilbert Geyer
Bonjour,

A propos d'un remplacement du style MyStringList[i] := Edit1.Text;

Peter27x :

Citation:

Mais attention, cas particulier, si la liste est triée, tu auras un message d'erreur à l'exécution.

Vrai, mais uniquement dans le cas d'une insertion et non dans le cas d'un simple remplacement ... et même dans le cas d'une liste triée au préalable rien n'empêche de la déclarer comme non triée juste avant une insertion :
Code:

1 2 MyStringList.Sorted:=False; MyStringList.Insert(Index: Integer; const S: string)
A+. :D
15/05/2013, 14h31
peter27x
Citation:
Envoyé par Gilbert Geyer

Bonjour,

A propos d'un remplacement du style MyStringList[i] := Edit1.Text;

Peter27x :

Vrai, mais uniquement dans le cas d'une insertion et non dans le cas d'un simple remplacement ... et même dans le cas d'une liste triée au préalable rien n'empêche de la déclarer comme non triée juste avant une insertion :

Code:

1 2 MyStringList.Sorted:=False; MyStringList.Insert(Index: Integer; const S: string)

A+. :D
Ben non un strings[i] := ... sur une liste triée génèrera une tourmente Delphinesque. Il faut comme tu l'indiques alors la "dé-trier" temporairement le temps de faire notre petit Strings[i] := ... J'ai expérimenté ce cas de figure complet il y a peu.
15/05/2013, 15h43
Gilbert Geyer

Re-bonjour,

Peter27x :

Citation:

Ben non un strings[i] := ... sur une liste triée génèrera une tourmente Delphinesque. Il faut comme tu l'indiques alors la "dé-trier" temporairement le temps de faire notre petit Strings[i] :=

Bigre, t'as bien raison je viens de vérifier. :mouarf:
... Cela est certainement dû au fait que les lignes sont collées serrées entre elles et que le remplacement de l'une d'elles par une autre, généralement de longueur différente, n'est alors pas possible.

A+. :D
15/05/2013, 15h49
peter27x

Citation:

Envoyé par Gilbert Geyer

Re-bonjour,

Peter27x :
Bigre, t'as bien raison je viens de vérifier. :mouarf:
... Cela est certainement dû au fait que les lignes sont collées serrées entre elles et que le remplacement de l'une d'elles par une autre, généralement de longueur différente, n'est alors pas possible.

A+. :D

"Collées serrées" ça sent les DOM TOM tout ça, Paul Toth saura donc nous dire le pourquoi pas du comment de cette sombre histoire de Strings[i].
15/05/2013, 16h32
ShaiLeTroll
Citation:

Envoyé par peter27x

Ben non un strings[i] := ... sur une liste triée génèrera une tourmente Delphinesque.

Suffit de lire Classes.pas que cela a été pensé ainsi
Put est l'accesseur Write du Strings[]
Code:

1 2 3 4 procedure TStringList.Put(Index: Integer; const S: string); begin if Sorted then Error(@SSortedListError, 0); ...
Citation:

Envoyé par Gilbert Geyer

Re-bonjour,
le remplacement de l'une d'elles par une autre, généralement de longueur différente, n'est alors pas possible

8O j'ai lu le code de la TStringList et TList de XE3, il y a eu du nettoyage depuis celui de D7 (même celui de D2007), plus de bidouille à base de GetMem et du MaxListSize : La question du 12h55 sur TList
:bravo: Embarcadero !

Ce n'est pas un problème mémoire que la TStringList utilise un tableau de record associant un Object et une string, substituer une chaine ne pose pas de problème, il ne stocke pas les chaines ensemble 'collé-serré' comme la propriété Text nous le propose (qui fait un gros concat bien massif) mais sous la forme d'un tableau, chaque Strings[] étant indépendante l'une de l'autre
le tableau lui ne stocke finalement que la référence du TObject et le pointer magique de la String
Les Strings elle se balade ailleurs en mémoire,
En D7, c'est Windows qui faisait le gros du boulot d'allocation, d'où la lenteur
En D2007, via FastMM intégré, le tableau et ses chaines ne sont pas forcément dans le même bloc d'allocation, surtout si il y a du Grow à répétition,

L'insertion manuel risquerait de nuire au tri, c'est refusé, car sinon lors de l'affectation, il faudrait qu'il assure le tri donc au final il a mis la chaine à un endroit imprévu par le développeur sans moyen de savoir où, le Add lui renvoie la position d'insertion, très utile parfois !

Donc que le Put protège sur Sorted, c'est bien plus prudent !

Pour la TMemoStrings ou TRichEditStrings, ce n'est même pas Delphi qui gère la mémoire ça mais Windows à coup de SendMessage EM_GETLINE\EM_REPLACESEL
15/05/2013, 16h58
Gilbert Geyer

Re-bonjour,

ShaiLeTroll :

Citation:

il y a eu du nettoyage depuis celui de D7 (même celui de D2007), plus de bidouille à base de GetMem .... substituer une chaine ne pose pas de problème

OK, mais j'utilise encore D6 donc pour moi faudra pas que j'oublie le Sorted:=False après chaque tri.

A+. :D
15/05/2013, 18h14
ShaiLeTroll

Non, lorsque je parlais de " substituer une chaine ne pose pas de problème ", je parlais dans l'absolu pour la gestion mémoire !

Pour le blocage du Put sur Sorted, que ce soit D6 ou XE4, c'est une limitation fonctionnelle toujours d'actualité !

Sinon, au lieu d'un Sorted, utilise un Sort() ponctuel
16/05/2013, 11h49
Gilbert Geyer

Bonjour,

ShaiLeTroll :

Citation:

Pour le blocage du Put sur Sorted, que ce soit D6 ou XE4, c'est une limitation fonctionnelle toujours d'actualité ! Sinon, au lieu d'un Sorted, utilise un Sort() ponctuel

Ok, merci pour l'info et le conseil.

A+. :D

Fuseau horaire GMT +2. Il est actuellement 05h38.

Partenaire : Hébergement Web