Discussion :

[Infox]

Bonjour,

J'ai un grand nombre de fichier HTML à retransformer.

Je dispose d'une page HTML et du fichier XSL ayant permis de le générer.

Connaissez-vous un moyen de récupérer un fichier XML (parmis toutes celles possibles) tel que XSL + XML -> HTML ?


Toutes vos réponses sont les bienvenues.

Cordialement,
Infox

[fraoustin]

je n'ai pas bien compris ce que tu veux.
En gros tu as beaucoup de fichier html qui ont été obtenue après transformation avec une feuille de style donc XML + XSL -> HTML
Tu as le XSL et l'HTML
tu veux savoir comment on peut obtenir le XML (un genre de trnsformation à l'envers XSL + HTML -> XML)

[Infox]

Bonjour Fraoustin,

Tu as vu juste. C'est bien une transformation inverse que je souhaiterais utiliser.

Je pense aussi que si c'est possible, le fichier XML proposé serait sans doute un fichier parmi d'autres possibles.

As-tu déjà été confronté à ce genre de chose ?

Cordialement,
Infox

[valal]

certains HTML ne sont pas bien formé , est ce que tes fichiers sont biens formés? (balise ouvrante:fermante?, pas de chevauchement de balises?, pas d'attributs sans double quotes autour? pas d'attribut san nom genre noWrap en html, etc....)?

[Infox]

Bonjour,

Oui, le fichier HTML est correctement formé. C'est aussi pour cette raison qu'une analyse en reverse devrait être possible.

Le fichier XSL suit respectueusement le format fichier HTML : avec un fichier XML (construit à la main !), on obtient par transformation XML + XSL -> HTML.

Ah, s'il n'y avait qu'un fichier à analyser ! Mais il y en a encore des centaines ...

As-tu une idée sur ce type de manipulation (reverse XSL) ?

Infox

[fraoustin]

a mon avis pour chaque transformation il faut déterminer la feuille de style inverse. Mais as tu une des feuilles de styles de départ?

[Infox]

Bonjour Fraoustin,

J'ai continué à creuser de mon côté.

Je me suis rendu compte qu'une transformation inverse ne peut fonctionner dans le cas général pour n'importe quel type de fichier XSL. Toutes les opérations supportées par XSL ne sont en effet par "bijectives".

En analysant d'un peu plus près mon XSL, j'ai remarqué que certaines des fonctions employées sont non "bijectives" (transformation de certaines chaines de caractères). Dans mon cas, les fichiers concernés par ces transformations représentent environ 10 % du total.

Les autres sont bijectives (titres, paragraphes, tableaux). C'est inversable !

Ceci signifie que j'aurais environ 90 % de mes fichiers sur lesquels je pourrai appliquer la transformation inverse et 10 % que je devrais traiter ... à la main

Mais c'est le moindre mal. Je devrais y arriver et j'en profiterais pour rendre tous les fichiers "inversement transformables".

Merci pour ton aide, Fraoustin.

Cordialement,
Infox

[GrandFather]

Bonjour,

c'est un problème qui dépasse XSLT : à partir du moment où il y a perte d'information lors d'une transformation, elle n'est plus réversible.

Une solution envisageable dans ton cas est de stocker les informations non affichées mais nécessaires à la réversibilité dans des balises commentaires HTML (<!-- ... -->). Mais en plus d'alourdir les pages HTML, cela va compliquer l'écriture du code XSLT pour le passage XHTML->XML, et ça entretient la confusion entre la couche Données et la couche Présentation. Vois si tu n'as pas d'autre solution que cette transformation inverse...

[Infox]

Bonjour GrandFather,

Je pense avoir trouvé une solution acceptable, car les causes d'irreversibilité sont limitées à 10 % de mes fichiers. Je devrais réussir à récuperer les données automatiquement sur la majorité, ce qui me fera gagner déjà beaucoup de temps !

Celle que tu proposes pourrait effectivement contribuer à retrouver les données mais complexifierait les choses et impliquerait que je modifie les pages HTML. Elles sont déjà existantes et en très grand nombre, ce qui rend plus difficile la mise en oeuvre de cette solution.

Merci pour avoir proposé une solution !

Cordialement,
Infox