Discussion :

[benleq]

Bonjour,

J'ai développé une appli sous delphi pour générer des cahiers des charges (2005).
Pour faire simple : un code article , le nom de l'article et un champ Blob qui contient le descriptif de l'article.

la présentation est simple :
10.10.10.10 (le code article) Titre de mon article (le nom de l'article)
bla bla bla le contenu de mon article de longueur variable (champ Blob)

La table fonction avec +/- 1200 lignes d'enregistrement dans une table Access pilotée par AdoQuery dans mon appli Delphi.

Je suis amené a remplacer mes articles par des articles externes (cahier des charge public) qui ont la même présentation mais qui sont stockés dans
un fichier Word et dont la structure est dans un fichier exel (ils sont stockés aussi dans des fichiers DOCA que je ne connait pas)

j'ai pas mal cherché, mais ne trouve de moyen de recuperer le contenu des articles sachant que :

Dans le fichier word ,j'ai donc chaque articles qui se suivent sous la forme :

01 nom article 1
contenu article 1

01.01 nom article 01
contenu article 01

01.01.0a nom article 01a
contenu article 01a

01.01.0b nom article 01b
contenu article 01b

etc . . .

Le fichier exel correspond au fichier word et est sous forme :

01 nom article 1
01.01 nom article 01
01.01.0a nom article 01a
01.01.0b nom article 01b
etc . . .

Sans le texte bien sur . . .

Par contre la on parle de +/- 10 000 enregistrements et contenus d'article a recuperer

Avec le fichier exel, j'ai put creer le transfert entre ma bdd et recreer

Mais pour le fichier word, mis a part copier coller manuellement les 10 000 textes de contenus , je ne trouve pas de composant ou routine me permettant de recuperer le contenu a mettre dans mes champs Blob.

SI vous avez une idée, je suis preneur . . .

[ShaiLeTroll]

TSMImport et TSMWordDocument de Scalabium pourront faire le travail de lecture, composant payant

Sinon, un pilotage de Word en OLE en jouant sur le Range, si ton Word contient des zonées nommées, cela sera assez simple
Faudra espérer que ces fichiers Word soit parfait pour en faire l'analyse (donc produit par un programme)

Si les DOCA sont des DOCX, faudrait les Dézipper et tenter de lire directement le XML

Pourquoi votre fournisseur de données ne propose pas quelques choses de plus manipulables ?

[benleq]

Bonjour,

merci pour votre retour, je vais jeter un oeil sur les composants proposés.

Le fournisseur est une administration publique. Elle impose ces articles dans le cadre de marché publics.
Ce format de depart est le plus ouvert pour etre exploité par l'utilisateur lambda, soit +/- 10 000 architectes et bureau d'etude . ..
Elle a devellopé une application (vitruve) qui tourne en XML mais qui ne fonctionne pas bien et qui en sortie finale de document génére . . . un cahier des charges sous format WOrd et un bordereau au format exel . . . , bref pas terrible quand vous etes amené a y apporter des modifications.

[Charly910]

Bonjour,

tu ne peux pas exporter avec Word au format "Texte avec saut de ligne", puis relire le fichier avec Delphi ?

A+
Charly

[jbrosse]

Bonjour à tous et tout d'abord, puisque c'est, après de longues années à vous lire, la première fois que j'interviens, un grand merci à tous les intervenants et surtout aux animateurs de ce forum.

Je viens de faire quelques recherches sur le format DOCA. Voici ce que j'ai trouvé :

Il s’agit en effet d’un fichier compressé qui contient lui-même 11 fichiers compressés (*.doca) représentant les différents cahiers des charges utilisés par la Wallonie – Bâtiments.
Source : http://www.batiments.wallonie.be.
Inscription nécessaire pour télécharger la base de données DOCA ainsi que le lanceur JAVA du logiciel VITRUV

1. Liste des fichiers de la base de données
• t0 Entreprise _ chantier.doca
• t1 Terrassements _ fondation.doca
• t2 superstructures.doca
• t3 travaux de toiture.doca
• t4 fermetures _ finitions exterieures.doca
• t5 fermetures _ finitions interieures.doca
• t6 hvac – sanitaires.doca
• t7 electricite.doca
• t8 travaux de peinture _ traitements de surface.doca
• t9 abords.doca
• ta clauses administratives.doca

2. Chaque sous-fichier .DOCA contient les dossiers et fichiers suivants
• Eventuellement [dossier MEDIA], contient les images nécessaires
• Comments.xml
• Content.xml
• Databases.xml
• Media.xml
• Metadata.xml
• Numbering.xml
• Relations.xml
• Structure.xml
• Styling.xml
• Templates.xml

Je suis du même avis que SergioMaster et Charly : si le document Word est "propre" (structure logique bien respectée), le plus simple me semble être de "linéariser" le document Word (observer la structure logique, utiliser la conversion Texte en Tableau et/ou créer si nécessaire une macro de conversion), sauvegarder au format txt s'il n'est pas nécessaire de conserver les attributs Word et relire à partir de Delphi.
Tu pourrais éventuellement nous transmettre un extrait du fichier Word, cela permettrait de mieux t'aider.

Très cordialement à tous,

Jacques Brosse,
ancien professeur de l'option informatique des lycées.

[SergioMaster]

Je suis du même avis que SergioMaster

Pour une fois que je n'avais pas mis mon grain de sel

[jbrosse]

Pour une fois que je n'avais pas mis mon grain de sel

OUPS, Mea culpa, il faut rendre à ShaiLeTroll ce qui n'appartient pas à SergioMaster. Il faut dire, à ma grande excuse peut-être, que SergioMaster est très présent ces dernier temps sur ce forum, ce qui n'enlève rien à la qualité des interventions de ShaiLeTroll. Sergio, puisque tu as lu ce fil de discussion, vois-tu une solution au problème de Benleq ?

Encore une fois, merci à tous pour l'existence et l'animation de ce forum.

Jacques

[SergioMaster]

Il faut dire, à ma grande excuse peut-être, que SergioMaster est très présent ces derniers temps sur ce forum

Trop peut-être ? J'en ai même gagné un trophée sur le semestre passé

Sergio, puisque tu as lu ce fil de discussion, vois-tu une solution au problème de Benleq ?

Je ne me suis pas vraiment penché dessus Word, Acces bref MS Office c'est pas ma tasse de thé
En lisant le fil, s'il y a compression c'est certainement par là qu'il faudrait commencer : décompresser