Discussion :

[LOGAN75689]

Bonsoir à tous.

J'ai un autre problème qui parait simple, mais compliqué chez windev je ne sais pas trop pourquoi.

J'ai un fichier txt qui contient plusieurs lignes donc les numéros de lignes changent à chaque modification.

Donc je voudrais extraire uniquement chaque ligne contenant par exemple le mot "NEURONE" dans
mon fichier txt externe pour envoyer dans mon champs de saisie.

Il est facile chez windev de faire lorsqu'on connait les numéros de lignes, mais dans mon cas je ne connais pas de numéro de ligne parce que ça change à tout moment dès qu'il y a une modification.

Voilà mon code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
nNumFichier  est un entier
sCherch est une chaîne="NEURONE"
sLigne est une chaîne
nTaille est un entier  
nNumFichier=fOuvre("C:\MonFichier.txt")
 
SI nNumFichier <> -1 ALORS
 
	sLigne = fLit(nNumFichier,nTaille) 
 
	SI Contient(sLigne,sCherch,SansCasse)=Vrai ALORS
 
	Sai_ListeDesLignesComportantLeMotNEURONE=sLigne
 
	SINON
 
		fPositionne(nNumFichier,0,fpFin)
 
		fEcritLigne(nNumFichier,sCherch)
 
		Sai_ListeDesLignesComportantLeMotNEURONE=sLigne
 
	FIN
FIN	
fFerme(nNumFichier)

Merci pour tout ceux qui apporteront de leurs contributions

[Voroltinquo]

Bonjour,
Dans un premier temps formatons ton code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
nNumFichier	est un entier
sCherch		est une chaîne	= "NEURONE"
sLigne		est une chaîne
nTaille		est un entier
nNumFichier=fOuvre("C:\MonFichier.txt")
 
SI nNumFichier <> -1 ALORS
	sLigne = fLit(nNumFichier,nTaille)
 
	SI Contient(sLigne,sCherch,SansCasse) ALORS
		Sai_ListeDesLignesComportantLeMotNEURONE=sLigne
	SINON
		fPositionne(nNumFichier,0,fpFin)
		fEcritLigne(nNumFichier,sCherch)
		Sai_ListeDesLignesComportantLeMotNEURONE=sLigne
	FIN
FIN
fFerme(nNumFichier)

C'est déjà plus lisible

1-

Sai_ListeDesLignesComportantLeMotNEURONE=sLigne

va écraser le résultat précédent.
Il est plus logique d'utiliser un champ Liste, c'est d'autant plus évident que ton champ de saisie s'appelle SAI_Liste.
Une autre solution, moins lisible à mon goût est :

Code :

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

Sai_Liste+=[ , ]+sLigne

2-Après, on arrive dans le grand n'importe quoi.
Si la recherche réussit tu ajoute la ligne au résultat : pas de problème
Dans le cas contraire, tu ajoutes la chaîne que tu cherches, à la fin de ton fichier de recherche ET tu ajoutes quand même la ligne dans la liste qui contient les lignes "valides" (celles qui contiennent la chaîne cherchée)
3-Tu ne traites que la première ligne, il faut boucler sur toutes les lignes.
4-Enfin, les recherches directes sur le fichiers sont lourdes au niveau accès disque. Il est préférable de charger le contenu du fichier en mémoire et faire la recherche sur la chaîne obtenue, et ça, c'est un classique.

En utilisant un champ liste (à la place du champ de saisie), basé sur un tableau de chaînes (gtabRésultat) global à la fenêtre, une solution est :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
saFichierRecherche est une chaîne	//Nom complet du fichier dans lequel va se faire la recherche
saCheminRes est une chaîne			//Nom complet du fichier de résultat
saSourceRecherche est chaîne		//Chaine dans laquelle sera recherchée le mot
saRésultat est une chaîne			//Liste des ligne concernées
 
saFichierRecherche = fSélecteur("", "", "Sélectionnez le fichier de recherche .....", "Fichier texte (*.TXT)" ...
								+ TAB + "*.TXT", "*.TXT")
saSourceRecherche=fChargeTexte(saFichierRecherche)	//On récupère le texte de recherche
 
saCheminRes = fRepSélecteur("", "Sélectionnez le répertoire de résultat .....")
saCheminRes = ChaîneConstruit("%1Résultat.txt",ComplèteRep(saCheminRes))
 
RechercheChaine(saSourceRecherche,"neurone")
 
saRésultat=TableauVersChaîne(gtabRésultat,CRLF)
fSauveTexte(saCheminRes,saRésultat)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
// Résumé : Recherche un ensemble de mots dans une chaîne et mémorise les lignes contenat ce mot
// Description des paramètres d'entrée/sortie de 'RechercheChaine' :
//
// Syntaxe :
//RechercheChaine (<saSourceRecherche> est chaîne, <saMotCherché> est chaîne)
//
// Paramètres :
//	saSourceRecherche (chaîne ANSI) : Chaîne dans laquelle va se faire la recherche
//	saMotCherché (chaîne ANSI) : Mot ou chaîne recherché
// Valeur de retour :
// 	Aucune
//
// Exemple :
// Indiquez ici un exemple d'utilisation.
//
PROCÉDURE RechercheChaine(saSourceRecherche est chaîne,saMotCherché est chaîne)
saLigneRecherche est chaîne
 
POUR TOUTE CHAÎNE saLigneRecherche DE saSourceRecherche SÉPARÉE PAR CRLF
	SI Contient(saLigneRecherche,saMotCherché,SansCasse) ALORS
		TableauAjoute(gtabRésultat,saLigneRecherche)
		ListeAffiche(LISTE_Résultat)
	FIN
FIN

[tbc92]

J'ai un autre problème qui parait simple, mais compliqué chez windev je ne sais pas trop pourquoi.

Je te rassure, ce problème n'est pas compliqué chez Windev.
Ce problème te semble compliqué parce que tu ne connais pas du tout windev. C'est différent.

Si tu sais résoudre ce problème avec un autre langage, écris le programme dans cet autre langage, et ensuite, s'il s'agit d'un langage assez similaire, il suffira de traduire ligne à ligne ce que tu as fait en Windev. La traduction de C vers Windev par exemple est assez facile.

Si tu ne connais pas d'autre langage de programmation, tu peux apprendre Windev, c'est relativement simple.

Et après tu écriras :

J'ai un autre problème qui parait compliqué, mais simple chez Windev, merci Windev.

[LOGAN75689]

Bonsoir Voroltinquo

Déjà je te dis merci une fois de plus pour ta manière aussi réactive à chaque problème posé.

J'ai essayé ton code ci dessous concernant les améliorations :


saFichierRecherche est une chaîne //Nom complet du fichier dans lequel va se faire la recherche
saCheminRes est une chaîne //Nom complet du fichier de résultat
saSourceRecherche est chaîne //Chaine dans laquelle sera recherchée le mot
saRésultat est une chaîne //Liste des ligne concernées

saFichierRecherche = fSélecteur("", "", "Sélectionnez le fichier de recherche ...", "Fichier texte (*.TXT)" ...
+ TAB + "*.TXT", "*.TXT")
saSourceRecherche=fChargeTexte(saFichierRecherche) //On récupère le texte de recherche

saCheminRes = fRepSélecteur("", "Sélectionnez le répertoire de résultat ...")
saCheminRes = ChaîneConstruit("%1Résultat.txt",ComplèteRep(saCheminRes))

RechercheChaine(saSourceRecherche,"neurone")

saRésultat=TableauVersChaîne(gtabRésultat,CRLF)
fSauveTexte(saCheminRes,saRésultat)




Mais malheureuse je rencontre encore 2 erreurs.

Voilà la capture des erreurs

Fen_Neur
Erreur :L'élément 'RechercheChaine' est inconnu ou inaccessible.
Fen_Neur.Bouton56, Clic sur Fen_Neur.Bouton56, ligne 42, colonne 1
Erreur :Aucune syntaxe de TableauVersChaîne ne correspond.
Fen_Neur.Bouton56, Clic sur Fen_Neur.Bouton56, ligne 44, colonne 12



Merci beaucoup

[LOGAN75689]

Je te rassure, ce problème n'est pas compliqué chez Windev.
Ce problème te semble compliqué parce que tu ne connais pas du tout windev. C'est différent.

Si tu sais résoudre ce problème avec un autre langage, écris le programme dans cet autre langage, et ensuite, s'il s'agit d'un langage assez similaire, il suffira de traduire ligne à ligne ce que tu as fait en Windev. La traduction de C vers Windev par exemple est assez facile.

Si tu ne connais pas d'autre langage de programmation, tu peux apprendre Windev, c'est relativement simple.

Et après tu écriras :

Bonsoir tbc92;11948532

Loin de détenir la science infuse c'est ce que je pense c'est peut-être vrai, mais je peux aussi me tromper.

C'est vrai que, je suis un nouveau dans windev, mais selon les campagnes de windev je croie avoir lu que windev
interprétait certains langages comme une simple fenêtre avec un code VB. Mais malheureusement c'est pas le cas. J'ai encore eu à tester au moins 4 applications sur internet avec les bases de données HyperFile alors là c'est la catastrophe. Après quelques enregistrement dans la base de donnée soit, sa plante avec ça fenêtre " Le mécanisme de sécurité du WLangage a détecté une erreur dans l'application.
Contactez le fournisseur de l'application.

Et les 4 applications sont les versions de démonstrations vendus par des structures différentes.

Windev c'est vrai c'est rapide en développement, mais d'après le peu de temps que j'ai du faire avec windev je ne me voir pas conseiller quelqu'un d'utilisé sa base de donnée.

Je conseillerais d'utiliser bien windev mais pas sa base de donnée, et d'après l'histoire il se pourrait que windev existe depuis plusieurs années, mais je ne comprends pas pourquoi windev à sa propre base de donnée très fragile HyperFile, alors que je pense qu'il aurait pu rendre leurs bases de données plus performent aux fils des années.

Windev a aussi un autre problème dont j'ai pu tester en personne il y a de cella 1 mois. Si vous créez une simple fenêtre avec windev et vous créer un exécutable alors bienvenu à une augmentation de Taille qui ne dit pas son noms. Et la même fenêtre avec les mêmes dimensions en créant dans d'autres langages le résultat finale ne dépasse pas plus de 1 méga avec les mêmes fichier DLL contenu dans différent langage.

On dirait que la création d'un exécutable avec windev augmente 10 fois la taille d'une application, on dirait que
l’exécutable crée avec windev est une usine à gaz.


Je sais que c'est pas facile pour les Concepteurs de windev, mais je pense que avec plusieurs années windev ne
devrait plus avoir les problèmes de fragilité de base de donnée HyperFile.


Je peux vous faire un retour des 4 logiciels en version Démo que j'ai eu à tester pour différent structure sur le
net, j'ai été très déçu de HyperFile qui se casse à tous moment.

Pour moi tout logiciel conçu avec windev et utilisant la base de donnée HyperFile c'est comme construire sur
du sable mouvant, il vaut mieux choisir d'autres bases de données lors de la création d'un logiciel.


ça c'est mon expérience à moins de 3 mois avec windev.

Néanmoins windev reste un logiciel rapide pour la conception des logiciels Bureautiques mais avec d'autres bases de données, mais toute les base de donnée sauf HyperFile, et lorsqu'il s'agit de créer un logiciel complexe alors je ne voir aucune issu avec windev.

Je crois que lorsque windev réussira à mettre sur pied une base de donnée suffisamment puissante alors, je pense que ça serait une grande mutation technologie, chez windev, je pense aussi qu'il restera parmi les géants comme Mysq ou Oracle concernant les bases de données assez solides Mondiale.

La question que je me pose pourquoi une boite aussi grande ne peut pas prendre vraiment son temps pour travailler uniquement sur sa base de donnée même pendant 1 An et ressortir enfin une base solide.

C'est vraiment frustrant lorsque tu testes des applications mis sur le marché en version demo et te retrouver
face à des problèmes de base de donné HyperFile avec toujours les erreurs. Et c'est même très décevant à la fin.


C'est le résultat de ma petite expérience en quelques mois avec windev comme tu as voulu que j'en parle, bien qu'il y a encore d'autres choses que je préféré ne pas en parler.

[tbc92]

Là, tu parles de tout à fait autre chose.
Tu disais dans ton premier message qu'extraire des lignes d'un fichier TXT, c'est compliqué avec Windev.
Je t'ai répondu que non.

Maintenant, tu pars sur 2 autres thèmes très différents (je garde ces 2 points essentiellement)
- les exécutables générés avec Windev sont énormes : oui, tu as raison sur ce point.
- la base de données HFSQL est décevante, et c'est un gros problème.
Oui et non : la base de données HFSQL est beaucoup moins bien que Oracle ou MySQL, mais ce n'est pas du tout un gros problème.
1. Les plantages dont tu parles sont certainement dus à des problèmes autres.
2. J'utilise Windev, mais jamais avec HFSQL. J'utilise Windev avec Oracle essentiellement. Mais d'autres l'utilisent avec MySQL. Utiliser Windev avec des vraies BDD professionnelles est quelque chose de totalement standard (pour Oracle, il faut acheter l'outil Accès natif). Et utiliser HFSQL, c'est bien parce que c'est facile, mais c'est à peu près le seul avantage.
J'ai même utilisé Oracle sans passer par l'accès natif, pendant des années, mais je ne le recommanderais pas.

Si tu crois que Windev ne fonctionne qu'avec HFSQL, relis la documentation.

[Voroltinquo]

Mais malheureuse je rencontre encore 2 erreurs.

RechercheChaine est fournie dans le code qui suit le code que tu cite.
Quant à la syntaxe, c'est probablement une erreur dans la déclaration de gtabRésultat

[Yusep]

Bonjour

Et les 4 applications sont les versions de démonstrations vendus par des structures différentes.

...

Je peux vous faire un retour des 4 logiciels en version Démo que j'ai eu à tester pour différent structure sur le
net, j'ai été très déçu de HyperFile qui se casse à tous moment.

Pouvez-vous nommer ces applications pour voir ces problêmes.
Dans mon cas j'utilise HFSQL depuis longtemp sans aucun problême. C'est vrai que les fichiers dépassent rarement les 500.000 registres.
Mais j'ai fait des essais avec 50.000.000 sans difficulté et avec la requête adéquate cela fonctionne bien avec internet.

[serendib]

Bonsoir tbc92;11948532

Je peux vous faire un retour des 4 logiciels en version Démo que j'ai eu à tester pour différent structure sur le
net, j'ai été très déçu de HyperFile qui se casse à tous moment.

Pour moi tout logiciel conçu avec windev et utilisant la base de donnée HyperFile c'est comme construire sur
du sable mouvant, il vaut mieux choisir d'autres bases de données lors de la création d'un logiciel.

ça c'est mon expérience à moins de 3 mois avec windev.

3 mois et déjà un avis tranché sur windev ? chapeau!
Tu vois, moi, c'est 29 ans de pratique de WD55 (sic), une centaine de Clients, trois applis de taille moyennes et une très grosse.
Tout cela a tourné sur Windows 3.11 puis sur XP, sur 7, sur 10 ou 11, maintenant sur Windows Serveur pour les gros Clients.

C'est bizarre, mais la base de donnée "qui casse à tous moments", comme tu dis, connais pas (et c'est heureux).
Mon plus ancien Client est toujours fidèle. Tu imagines le nombre de Factures et Lignes de Factures.

On peut critiquer la politique commerciale de PcSoft, mais pas son produit !

Par contre des applis à la noix, j'en ai vu des ribambelles.
Et j'en vois encore et encore, pourtant écrites avec des versions récentes de windev.

Achètes deux belles canettes élevées en plein air chez un grand éleveur.
Et donnes les à cuisiner a deux personnes différentes.
La première est passionnée de cuisine, épicurienne, et sait faire.
La deuxième a beaucoup de mal à faire des œufs meurettes.

Tu n'as plus qu'à comparer les assiettes (réalisées avec le même produit).

J'ai pas réussi à faire aussi long que toi, et ça m'énerve.

Cordialement bien sûr.

[LOGAN75689]

Là, tu parles de tout à fait autre chose.
Tu disais dans ton premier message qu'extraire des lignes d'un fichier TXT, c'est compliqué avec Windev.
Je t'ai répondu que non.

Maintenant, tu pars sur 2 autres thèmes très différents (je garde ces 2 points essentiellement)
- les exécutables générés avec Windev sont énormes : oui, tu as raison sur ce point.
- la base de données HFSQL est décevante, et c'est un gros problème.
Oui et non : la base de données HFSQL est beaucoup moins bien que Oracle ou MySQL, mais ce n'est pas du tout un gros problème.
1. Les plantages dont tu parles sont certainement dus à des problèmes autres.
2. J'utilise Windev, mais jamais avec HFSQL. J'utilise Windev avec Oracle essentiellement. Mais d'autres l'utilisent avec MySQL. Utiliser Windev avec des vraies BDD professionnelles est quelque chose de totalement standard (pour Oracle, il faut acheter l'outil Accès natif). Et utiliser HFSQL, c'est bien parce que c'est facile, mais c'est à peu près le seul avantage.
J'ai même utilisé Oracle sans passer par l'accès natif, pendant des années, mais je ne le recommanderais pas.

Si tu crois que Windev ne fonctionne qu'avec HFSQL, relis la documentation.

Bonsoir tbc92;11948643

Non comment je te l'ai dit c’était juste ma petite expérience depuis 3 mois.

Je continue toujours à faire mes recherches, heureusement que toi même tu confirmes que la base de donnée HYPER FILES de windev à encore les problèmes et là tu dis OUI et NON.

D’après toi quelle est la meilleur Base de donnée pour utiliser avec windev vu que HFSQL n'est pas aussi dans ton vocabulaire ?

[LOGAN75689]

Bonjour

Pouvez-vous nommer ces applications pour voir ces problêmes.
Dans mon cas j'utilise HFSQL depuis longtemp sans aucun problême. C'est vrai que les fichiers dépassent rarement les 500.000 registres.
Mais j'ai fait des essais avec 50.000.000 sans difficulté et avec la requête adéquate cela fonctionne bien avec internet.

Bonsoir Yusep

Je pense que nommer les applications en question ici ne relevé pas de la déontologie de ce forums.

Si vous pouviez plus tôt me dire avec quelle technique vous avez pu faire les enregistrement avec autant d'enregistrement je pense que ça me verra plaisir en augmentant ma connaissance.

Donc je vous prierais si vous voudriez bien me donner si possible les techniques pour éviter de tomber dans des
cas de bases de données HYPER FILES aussi fragile.


La question qui me vient en ce moment même, vos enregistrements de 500.000 registres comportent aussi les images ?


Merci et bonne soirée

[LOGAN75689]

RechercheChaine est fournie dans le code qui suit le code que tu cite.
Quant à la syntaxe, c'est probablement une erreur dans la déclaration de gtabRésultat

Bonsoir Voroltinquo

Je te dis merci une fois de plus.

Bonne soirée

[LOGAN75689]

3 mois et déjà un avis tranché sur windev ? chapeau!
Tu vois, moi, c'est 29 ans de pratique de WD55 (sic), une centaine de Clients, trois applis de taille moyennes et une très grosse.
Tout cela a tourné sur Windows 3.11 puis sur XP, sur 7, sur 10 ou 11, maintenant sur Windows Serveur pour les gros Clients.

C'est bizarre, mais la base de donnée "qui casse à tous moments", comme tu dis, connais pas (et c'est heureux).
Mon plus ancien Client est toujours fidèle. Tu imagines le nombre de Factures et Lignes de Factures.

On peut critiquer la politique commerciale de PcSoft, mais pas son produit !

Par contre des applis à la noix, j'en ai vu des ribambelles.
Et j'en vois encore et encore, pourtant écrites avec des versions récentes de windev.

Achètes deux belles canettes élevées en plein air chez un grand éleveur.
Et donnes les à cuisiner a deux personnes différentes.
La première est passionnée de cuisine, épicurienne, et sait faire.
La deuxième a beaucoup de mal à faire des œufs meurettes.

Tu n'as plus qu'à comparer les assiettes (réalisées avec le même produit).

J'ai pas réussi à faire aussi long que toi, et ça m'énerve.

Cordialement bien sûr.

Bonsoir serendib,

Tu vois, moi, c'est 29 ans de pratique de WD55


D'abord mes félicitations depuis 29 ans.

On peut critiquer la politique commerciale de PcSoft, mais pas son produit !

Non je ne critique pas Windev j'aime bien ce produit, mais c'est sa base de donnée qui fait problème, je ne juge pas windev, et j'ai beaucoup du respect pour leurs concepteurs.

Et même dans internet faites des recherches dans d'autres forums vous verrez que beaucoup se plainent de la même chose la BASE de DONNE HYPER FILES de windev.

Pardonnez moi pour les questions posées ci dessous :

1- D'après vous qui êtes un chevronné de windev depuis 29 ans que penses vous de sa base de donnée ?

2- Voyez vous des améliorations à chaque sortir des versions de windev concernant sa base de donnée ?

3- Si oui qu'elle est le vrai secret de cette base de donnée pour éviter les catastrophes ou les séismes de toutes sortes lors de la conception avec HyperFiles ?

4- Avez vous d'autres retour d’expériences depuis 29 ans ?

5- Aviez vous déjà eu à développer une Application vraiment complexe avec windev et qu'elle était votre base de donnée ?

6- Si vous devriez choisir une autres base de donner lors du développement avec windev qu'auriez vous choisir ?


Pour moi la base de donnée est fondamentale pour la conception d'une Application assez solide, c'est pourquoi j'insiste beaucoup sur ce point là.



Merci et bonne soirée

[tbc92]

Je ne dis pas que HFSQL a encore des problèmes.
'encore' sous-entend qu'on parle de bugs pas encore corrigés. Et ce n'est pas du tout ça.

Pour moi, je vois le package Windev+HFSQL ainsi :

Quand tu achètes une console de jeu Nintendo, il faut acheter aussi un écran pour le connecter à cette console de jeu.
Windev a choisi de vendre la console de jeu, et de livrer en 'cadeau' un écran (bas de gamme), pour que tu puisses jouer tout de suite. Tu achètes Windev, et on te donne HFSQL en cadeau. Pour toute une communauté de 'pseudo-développeurs' windev, cette Bdd livrée avec Windev est essentielle. Ces gens là vont d'ailleurs utiliser HFSQL-Classic et non HFSQLCS.

Si tu veux une base de données Haut-de-gamme, pas de problème, tu installes une base de données haut-de-gamme, et tu pourras l'utiliser à la place de HFSQL.

Tu demandes : quelle est la meilleur Base de donnée pour utiliser avec windev ?

Je vais corriger la question, elle est mal formulée : quelle est la meilleure Base de donnée ?
Le fait que la base de données sera utilisée avec Windev n'entre pas en ligne de compte ; Windev sait se connecter à toutes les bases de données.

Là, je n'ai pas d'avis tranché. Chaque base de données a ses partisans, tu auras une réponse différente par développeur. Et la question n'est plus du tout une question Windev, mais une question sur les Bdd de manière générale.
J'ai envie de dire que c'est vraiment secondaire. On peut parfaitement développer avec Windev une application en considérant que la base de données sera MySQL, et au moment de l'installer, finalement on l'installe chez un client qui n'a pas MySQL mais PostgreSQL (ou même HFSQLCS !) ... et ça marche.

Les Bdd ne sont pas totalement interchangeables. J'ai beaucoup travaillé avec Oracle, et j'utilise souvent des fonctions qui sont spécifiques à Oracle, et donc pas transposables de façon simple sur une autre Bdd.

[Yusep]

Bonsoir.

Si vous pouviez plus tôt me dire avec quelle technique vous avez pu faire les enregistrement avec autant d'enregistrement je pense que ça me verra plaisir en augmentant ma connaissance.

La question qui me vient en ce moment même, vos enregistrements de 500.000 registres comportent aussi les images ?

J'utilise une requête par fichier et je limite le contenu des tables aux lignes nécessaires. Par exemple, dans un fichier de 1500 factures par mois, je montre tout au plus la dernière année (15000 a 20000).
Changer d'année tarde moins d'une seconde (avec une fibre de 600 megas).

Les images dans un répertoire.
J'utilise memo binaires seulement pour quelques fichiers word et excel.