Modifier le contenu d'un .txt (fichier texte) [Résolu]
cs_JackNUMBER
- Messages postés
- 236
- Date d'inscription
- jeudi 30 septembre 2004
- Statut
- Membre
- Dernière intervention
- 26 juin 2011
- Messages postés
- 442
- Date d'inscription
- jeudi 4 avril 2002
- Statut
- Membre
- Dernière intervention
- 11 août 2008
A voir également:
- Modifier le contenu d'un .txt (fichier texte)
- PHP : Sgvw systeme gestion contenu / cms / phortail avec fichiers textes (sans bdd) - CodeS SourceS - Guide
- Chercher et supprimer du contenu dans un grand fichier texte ✓ - Forum - Visual Basic
- Rechercher et modifier le contenu d'un fichier (.txt,.ini,.conf et .lib) - Codes sources - Visual Basic / VB.NET (Fichier / Disque)
- Modifier le contenu d'un fichier TXT ✓ - Forum - Visual Basic
- Vba modifier fichier texte - Conseils pratiques - Visual Basic / VB.NET
7 réponses
Meilleure réponse
- Messages postés
- 135
- Date d'inscription
- jeudi 14 août 2003
- Statut
- Membre
- Dernière intervention
- 12 octobre 2006
A ce que je vois tu est un débutant lol
TMemo c'est la Class de ton Memo1 ( en très gros la Class c'est le type )
La methode que je t'ai donné plus haut recreer le fichier a partir de 0
donc si tu avait des données que tu voulait concerver dedans c'est rapé.
Sinon, pour le OnChange ou pas, je prefere te laisser chercher avec les
informations que je t'ai donné ( j'espere que tu comprendra )
Enfin, ne le prend surtout pas mal mais je ne saurais trop te
conseiller d'apprendre ce qu'est un objet, une class, etc... (si tu ne
sait pas déjà ) car ça sera bien plus rapide pour toi de creer des
applications si tu sait ça. ( et tu verra ainsi que ton Memo1 est un
Objet de la class TMemo )
bouh
TMemo c'est la Class de ton Memo1 ( en très gros la Class c'est le type )
La methode que je t'ai donné plus haut recreer le fichier a partir de 0
donc si tu avait des données que tu voulait concerver dedans c'est rapé.
Sinon, pour le OnChange ou pas, je prefere te laisser chercher avec les
informations que je t'ai donné ( j'espere que tu comprendra )
Enfin, ne le prend surtout pas mal mais je ne saurais trop te
conseiller d'apprendre ce qu'est un objet, une class, etc... (si tu ne
sait pas déjà ) car ça sera bien plus rapide pour toi de creer des
applications si tu sait ça. ( et tu verra ainsi que ton Memo1 est un
Objet de la class TMemo )
bouh
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
206 internautes nous ont dit merci ce mois-ci
- Messages postés
- 236
- Date d'inscription
- jeudi 30 septembre 2004
- Statut
- Membre
- Dernière intervention
- 26 juin 2011
heu... le Tmemo c'est quoi déjà?
Et le .txt il existe déjà, le script le créer pas par hasard?
Le script se met sur u bouton ou dans OnChange du memo?
(sinon merci pour la réponse éclair: 24 minute après la question !!! )
----------------------------------------------------------------
Jack NUMBER - http://jacknumber.fluo.net
Et le .txt il existe déjà, le script le créer pas par hasard?
Le script se met sur u bouton ou dans OnChange du memo?
(sinon merci pour la réponse éclair: 24 minute après la question !!! )
----------------------------------------------------------------
Jack NUMBER - http://jacknumber.fluo.net
- Messages postés
- 3801
- Date d'inscription
- dimanche 12 décembre 2004
- Statut
- Modérateur
- Dernière intervention
- 15 novembre 2019
Pour répondre a NeoDelphi:
Si jamais le repertoire de travail change, ton prog deconnera.
Exemple:
Tu as un programme qui est situé dans C:\Mon prog. Celui-ci charge une image situé dans C:\Mon Prog\Img.
Tu fais executer ce programme par un autre programme (avec shellexecute) qui est situe dans C:\Program files\Program2\Test.exe.
Et la ton prog deconnera. Pourquoi ? Parcequ'avec un chemin relatif,
windows cherchera à remplir le répertoire de travail. Ce qui fait que
ton prog ira chercher ses images dans C:\Program files\Program2\...
Avec un ExtractFilePath(application.exename), tu évite ce probleme, puisque tu donne un chemin absolue.
Si jamais le repertoire de travail change, ton prog deconnera.
Exemple:
Tu as un programme qui est situé dans C:\Mon prog. Celui-ci charge une image situé dans C:\Mon Prog\Img.
Tu fais executer ce programme par un autre programme (avec shellexecute) qui est situe dans C:\Program files\Program2\Test.exe.
Et la ton prog deconnera. Pourquoi ? Parcequ'avec un chemin relatif,
windows cherchera à remplir le répertoire de travail. Ce qui fait que
ton prog ira chercher ses images dans C:\Program files\Program2\...
Avec un ExtractFilePath(application.exename), tu évite ce probleme, puisque tu donne un chemin absolue.
- Messages postés
- 236
- Date d'inscription
- jeudi 30 septembre 2004
- Statut
- Membre
- Dernière intervention
- 26 juin 2011
merci beaucoup Neko
mais en fait je ne m'y connai pas trop mais je demande les script et...je me débrouille
Regarde sa (c'est tous le même style mais c'est pas mal): Clic
Et là(avce l'aide de bookin): CLIC
---------------------------------------------------------------------
Jack NUMBER - http://jacknumber.fluo.net
mais en fait je ne m'y connai pas trop mais je demande les script et...je me débrouille
Regarde sa (c'est tous le même style mais c'est pas mal): Clic
Et là(avce l'aide de bookin): CLIC
---------------------------------------------------------------------
Jack NUMBER - http://jacknumber.fluo.net