🚀 go-pugleaf

Bonjour,

� mon avis, s'il n'y a rien de fonctionnel alors un tableau HTML ou un 
tableau CALS devrait faire l'affaire (avec une pr�f�rence bien s�r pour 
le tableau HTML)

dans le cas contraire, qui l�gitime une utilisation d'XML, il faudrait 
nommer et structurer les donn�es ind�pendamment de la fa�on dont on doit 
les repr�senter (c'est � dire rel�cher les contraintes de pr�sentation 
et se concentrer sur les relations entre les donn�es)

YgoogleY a �crit :
> bonjour,
> 
> j� d�bute dans l'utilisation du XML et du XSL.
> j'essaie de  cr�er un fichier XML et de le transformer en HTML gr�ce �
> une feuille XSL.
> Je suis parvenu au r�sultat mais d'une fa�on qui ne me semble pas la
> meilleure. J'aimerai votre avis et vos conseils.
> 
> Voici les donn�es du probl�me :
> Je dois g�n�rer deux tableaux crois�s dont le nombre de ligne est fixe
> mais pas le nombre de colonne (ni l'intitul� des colonnes).
> Le r�sultat doit donner qqch comme ceci :
> Tableau 1:
> Intitul� Ligne 1 | Col 1 | Col 2 | Col 3
> Intitul� Ligne 2 | Res 1| Res2 | Res3
> Intitul� Ligne 3 | Res 4| Res 5| Res6
> 
> Tableau 2:
> Intitul� Ligne 1 | Col 5   | Col 6   |
> Intitul� Ligne 2 | Res 10| Res12 |
> Intitul� Ligne 3 | Res 13| Res 14|
> 
> J'ai fait un fichier XML comme �a :
> <document>
>  <tableau idTab="Tableau1>
>   <ligne>
>    <col>
>     <zone>Intitul� Ligne 1</zone>
>    </col>
>    <col>
>     <zone>Col 1</zone>
>    </col>
>    <col>
>    <zone>Col 2</zone>
>   </col>
> </ligne>
> <ligne>
> ...
> </document>
>  Ce qui ne me plait pas dans ma solution est de devoir cr�er une
> balise colonne pour chaque cellule de mon tableau.
> En �tudiant d'autres fichiers XML d'autres applications plus complexes
> que la mienne, les d�veloppeur font des fichiers ou la balise <zone>
> (chez moi) se r�p�te autant de fois qu'il y a de cellule dans un
> tableau, en revanche, ils utilisent des attributs dans cette balise.
> J'ai essay� mais je n'arrive pas � cr�er le document xsl
> correspondant, si je supprime mes balises <col>, mon fichier xsl ne
> prend que la 1ere ligne <zone>
> 
> Cordialement,
> 
> Y.


-- 
Cordialement,

               ///
              (. .)
  --------ooO--(_)--Ooo--------
|      Philippe Poulard       |
  -----------------------------
  http://reflex.gforge.inria.fr/
        Have the RefleX !

Bonjour,

j'étais justement en train de lire votre document, malheureusement il
est un peu ardu pour moi.

En fait, je développe une application qui doit produire un document
mensuel. Ce document doit-être archivé avec la possibilité de le
modifier (sous certaines conditions). Une partie du document contient
des calculs et selon ce que modifie l'utilisateur, il faudra donc
recalculer tout ou partie des données. En même temps, je veux
contrôler qui et surtout quand l'utilisateur fait une telle
modification.
Bref, j'ai donc pensé mettre toutes mes données dans un document au
format xml et ce document est lui même dans un enregistrement d'une
base de données (qui contient entre autre l'id utilisateur, la date de
création, la date de modification, etc...
Pour toutes ces raisons, je pense que le XML est plutôt adapté. Et
vous qu'en pensez-vous ?

Effectivement, je pense que tout est dans la structuration du fichier
XML, c'est pourquoi à l'origine, j'envisageai de mettre les valeurs
uniquement entre balise et de mettre les "coordonnées" de la valeur
dans les attributs de balise. Par exemple, le chiffre 2 est affecté à
la colonne 4, ligne 3. Ca m'aurait donné quelque chose comme ceci :

<zone ligne="3" col="4">2</zone>

avec autant de zone que de chiffre composant mes tableaux.

Le problème est que je ne sais pas comment ensuite faire un fichier
xsl qui me permette de parcourir mon document xml.

Je n'ai pas trouvé sur le net d'informations qui m'aide beaucoup, soit
il s'agit d'introductions au xml-xsm qui ne répondent pas à ma
problématique. Soit ce sont des documents beaucoup plus avançé (comme
le vôtre) et là c'est moi qui décroche.

en tout cas merci de votre aide.

cordialement,

Y.

On 23 fév, 14:43, Philippe Poulard <philippe.poular...@SPAMinria.fr>
wrote:
> Bonjour,
>
> à mon avis, s'il n'y a rien de fonctionnel alors un tableau HTML ou un
> tableau CALS devrait faire l'affaire (avec une préférence bien sûr pour
> le tableau HTML)
>
> dans le cas contraire, qui légitime une utilisation d'XML, il faudrait
> nommer et structurer les données indépendamment de la façon dont on doit
> les représenter (c'est à dire relâcher les contraintes de présentation
> et se concentrer sur les relations entre les données)
>
> YgoogleY a écrit :
>
>
>
> > bonjour,
>
> > jé débute dans l'utilisation du XML et du XSL.
> > j'essaie de  créer un fichier XML et de le transformer en HTML grâce à
> > une feuille XSL.
> > Je suis parvenu au résultat mais d'une façon qui ne me semble pas la
> > meilleure. J'aimerai votre avis et vos conseils.
>
> > Voici les données du problème :
> > Je dois générer deux tableaux croisés dont le nombre de ligne est fixe
> > mais pas le nombre de colonne (ni l'intitulé des colonnes).
> > Le résultat doit donner qqch comme ceci :
> > Tableau 1:
> > Intitulé Ligne 1 | Col 1 | Col 2 | Col 3
> > Intitulé Ligne 2 | Res 1| Res2 | Res3
> > Intitulé Ligne 3 | Res 4| Res 5| Res6
>
> > Tableau 2:
> > Intitulé Ligne 1 | Col 5   | Col 6   |
> > Intitulé Ligne 2 | Res 10| Res12 |
> > Intitulé Ligne 3 | Res 13| Res 14|
>
> > J'ai fait un fichier XML comme ça :
> > <document>
> >  <tableau idTab="Tableau1>
> >   <ligne>
> >    <col>
> >     <zone>Intitulé Ligne 1</zone>
> >    </col>
> >    <col>
> >     <zone>Col 1</zone>
> >    </col>
> >    <col>
> >    <zone>Col 2</zone>
> >   </col>
> > </ligne>
> > <ligne>
> > ...
> > </document>
> >  Ce qui ne me plait pas dans ma solution est de devoir créer une
> > balise colonne pour chaque cellule de mon tableau.
> > En étudiant d'autres fichiers XML d'autres applications plus complexes
> > que la mienne, les développeur font des fichiers ou la balise <zone>
> > (chez moi) se répète autant de fois qu'il y a de cellule dans un
> > tableau, en revanche, ils utilisent des attributs dans cette balise.
> > J'ai essayé mais je n'arrive pas à créer le document xsl
> > correspondant, si je supprime mes balises <col>, mon fichier xsl ne
> > prend que la 1ere ligne <zone>
>
> > Cordialement,
>
> > Y.
>
> --
> Cordialement,
>
>                ///
>               (. .)
>   --------ooO--(_)--Ooo--------
> |      Philippe Poulard       |
>   -----------------------------
>  http://reflex.gforge.inria.fr/
>         Have the RefleX !

YgoogleY a �crit :
> Bonjour,
> 
> j'�tais justement en train de lire votre document, malheureusement il
> est un peu ardu pour moi.

ah ? lequel ?

> 
> En fait, je d�veloppe une application qui doit produire un document
> mensuel. Ce document doit-�tre archiv� avec la possibilit� de le
> modifier (sous certaines conditions). Une partie du document contient
> des calculs et selon ce que modifie l'utilisateur, il faudra donc
> recalculer tout ou partie des donn�es. En m�me temps, je veux
> contr�ler qui et surtout quand l'utilisateur fait une telle
> modification.
> Bref, j'ai donc pens� mettre toutes mes donn�es dans un document au
> format xml et ce document est lui m�me dans un enregistrement d'une
> base de donn�es (qui contient entre autre l'id utilisateur, la date de
> cr�ation, la date de modification, etc...
> Pour toutes ces raisons, je pense que le XML est plut�t adapt�. Et
> vous qu'en pensez-vous ?

ah mon avis le stockage xml dans une bd relationnelle est une des pires 
solutions (pour environ 1 milliard de raisons); il faut utiliser un 
conteneur adapt�, et dans le cas de xml, une bd native xml est 
indispensable; cela dit, certains sgbdr offrent des extensions xml qui 
tiennent la route, mais ce n'est pas le cas (je crois) de mysql

par ailleurs, le stockage en bd native xml offre la possibilit� 
d'utiliser xquery qui est la rolls du langage de requ�te, et � chaque 
fois que j'ai l'occasion de le comparer � sql (la p�trolette du langage 
de requ�te), je me marre beaucoup...

bien entendu ce sont des consid�rations personnelles qui font fi de la 
propre exp�rience de chacun, et du socle ultra-solide sur lequel repose 
les sgbdr; d'autant que se mettre � xquery n'est pas une mince affaire 
c'est pourquoi si le relationnel est adapt� aux donn�es, un sgbdr me va 
tr�s bien; tout ce que je dis c'est que quand j'ai le choix, je choisis 
la bd native xml pour un milliard de bonnes raisons, dont la facult� de 
pouvoir �crire des requ�tes impossibles en sql

pour info, une bd native xml (parmi 40 autres):
http://exist.sourceforge.net/

> 
> Effectivement, je pense que tout est dans la structuration du fichier
> XML, c'est pourquoi � l'origine, j'envisageai de mettre les valeurs
> uniquement entre balise et de mettre les "coordonn�es" de la valeur
> dans les attributs de balise. Par exemple, le chiffre 2 est affect� �
> la colonne 4, ligne 3. Ca m'aurait donn� quelque chose comme ceci :
> 
> <zone ligne="3" col="4">2</zone>

oui mais il doit bien y avoir une s�mantique dans ces donn�es, non ?
dans le cas contraire, un tableau html devrait convenir, et si un 
stockage en db relationnelle est pr�vu, alors zou... dans une table 
"zone" avec "ligne", "colonne", "valeur" et m�me "formule" si n�cessaire 
+ un "id" s'il y a plusieurs tableaux

> 
> avec autant de zone que de chiffre composant mes tableaux.
> 
> Le probl�me est que je ne sais pas comment ensuite faire un fichier
> xsl qui me permette de parcourir mon document xml.

http://disc.inria.fr/perso/philippe.poulard/cours/04-xml-xpath.pdf
http://disc.inria.fr/perso/philippe.poulard/cours/05-xml-xsl.pdf

> 
> Je n'ai pas trouv� sur le net d'informations qui m'aide beaucoup, soit
> il s'agit d'introductions au xml-xsm qui ne r�pondent pas � ma
> probl�matique. Soit ce sont des documents beaucoup plus avan�� (comme
> le v�tre) et l� c'est moi qui d�croche.

je pense que �a vaut le coup de se mettre � xslt; c'est quand m�me une 
chouette techno qui permet d'appr�hender le monde xml plus facilement, 
une fois utilis�e un peu; �a offre des possibilit�s...

> 
> en tout cas merci de votre aide.
> 
> cordialement,
> 
> Y.
> 
> On 23 f�v, 14:43, Philippe Poulard <philippe.poular...@SPAMinria.fr>
> wrote:
>> Bonjour,
>>
>> � mon avis, s'il n'y a rien de fonctionnel alors un tableau HTML ou un
>> tableau CALS devrait faire l'affaire (avec une pr�f�rence bien s�r pour
>> le tableau HTML)
>>
>> dans le cas contraire, qui l�gitime une utilisation d'XML, il faudrait
>> nommer et structurer les donn�es ind�pendamment de la fa�on dont on doit
>> les repr�senter (c'est � dire rel�cher les contraintes de pr�sentation
>> et se concentrer sur les relations entre les donn�es)
>>
>> YgoogleY a �crit :
>>
>>
>>
>>> bonjour,
>>> j� d�bute dans l'utilisation du XML et du XSL.
>>> j'essaie de  cr�er un fichier XML et de le transformer en HTML gr�ce �
>>> une feuille XSL.
>>> Je suis parvenu au r�sultat mais d'une fa�on qui ne me semble pas la
>>> meilleure. J'aimerai votre avis et vos conseils.
>>> Voici les donn�es du probl�me :
>>> Je dois g�n�rer deux tableaux crois�s dont le nombre de ligne est fixe
>>> mais pas le nombre de colonne (ni l'intitul� des colonnes).
>>> Le r�sultat doit donner qqch comme ceci :
>>> Tableau 1:
>>> Intitul� Ligne 1 | Col 1 | Col 2 | Col 3
>>> Intitul� Ligne 2 | Res 1| Res2 | Res3
>>> Intitul� Ligne 3 | Res 4| Res 5| Res6
>>> Tableau 2:
>>> Intitul� Ligne 1 | Col 5   | Col 6   |
>>> Intitul� Ligne 2 | Res 10| Res12 |
>>> Intitul� Ligne 3 | Res 13| Res 14|
>>> J'ai fait un fichier XML comme �a :
>>> <document>
>>>  <tableau idTab="Tableau1>
>>>   <ligne>
>>>    <col>
>>>     <zone>Intitul� Ligne 1</zone>
>>>    </col>
>>>    <col>
>>>     <zone>Col 1</zone>
>>>    </col>
>>>    <col>
>>>    <zone>Col 2</zone>
>>>   </col>
>>> </ligne>
>>> <ligne>
>>> ...
>>> </document>
>>>  Ce qui ne me plait pas dans ma solution est de devoir cr�er une
>>> balise colonne pour chaque cellule de mon tableau.
>>> En �tudiant d'autres fichiers XML d'autres applications plus complexes
>>> que la mienne, les d�veloppeur font des fichiers ou la balise <zone>
>>> (chez moi) se r�p�te autant de fois qu'il y a de cellule dans un
>>> tableau, en revanche, ils utilisent des attributs dans cette balise.
>>> J'ai essay� mais je n'arrive pas � cr�er le document xsl
>>> correspondant, si je supprime mes balises <col>, mon fichier xsl ne
>>> prend que la 1ere ligne <zone>
>>> Cordialement,
>>> Y.
>> --
>> Cordialement,
>>
>>                ///
>>               (. .)
>>   --------ooO--(_)--Ooo--------
>> |      Philippe Poulard       |
>>   -----------------------------
>>  http://reflex.gforge.inria.fr/
>>         Have the RefleX !
> 


-- 
Cordialement,

               ///
              (. .)
  --------ooO--(_)--Ooo--------
|      Philippe Poulard       |
  -----------------------------
  http://reflex.gforge.inria.fr/
        Have the RefleX !

Wouaouh,

voilà une réponse qui contient beaucoup d'informations. Merci !

Je vais prendre le temps de décortiquer les pistes que vous m'avez
donné et peut-être me réorienter vers un simple tableau HTML.

Pour info, je développe avec windev et j'utilise leur propre base de
données (HyperFile).

Comme mon appli est urgente, je vais essayer de trouver la solution la
plus propre possible et je regarderai de plus près xquery que je ne
connais pas du tout.

Pour tout ce que je suis en train de lire sur xml ces 2 derniers
jours, je pense qu'effectivement, c'est très riche de possibilités et
ça vaut le coup d'y plonger plus avant.

Le cours que j'ai lu est celui-ci :

05-xml-xsl.pdf

Je vais lire l'autre et je vous tiens au courant de mes recherches.
Encore merci de votre aide

Cordialement,

Y.


On 23 fév, 17:18, Philippe Poulard <philippe.poular...@SPAMinria.fr>
wrote:
> YgoogleY a écrit :
>
> > Bonjour,
>
> > j'étais justement en train de lire votre document, malheureusement il
> > est un peu ardu pour moi.
>
> ah ? lequel ?
>
>
>
> > En fait, je développe une application qui doit produire un document
> > mensuel. Ce document doit-être archivé avec la possibilité de le
> > modifier (sous certaines conditions). Une partie du document contient
> > des calculs et selon ce que modifie l'utilisateur, il faudra donc
> > recalculer tout ou partie des données. En même temps, je veux
> > contrôler qui et surtout quand l'utilisateur fait une telle
> > modification.
> > Bref, j'ai donc pensé mettre toutes mes données dans un document au
> > format xml et ce document est lui même dans un enregistrement d'une
> > base de données (qui contient entre autre l'id utilisateur, la date de
> > création, la date de modification, etc...
> > Pour toutes ces raisons, je pense que le XML est plutôt adapté. Et
> > vous qu'en pensez-vous ?
>
> ah mon avis le stockage xml dans une bd relationnelle est une des pires
> solutions (pour environ 1 milliard de raisons); il faut utiliser un
> conteneur adapté, et dans le cas de xml, une bd native xml est
> indispensable; cela dit, certains sgbdr offrent des extensions xml qui
> tiennent la route, mais ce n'est pas le cas (je crois) de mysql
>
> par ailleurs, le stockage en bd native xml offre la possibilité
> d'utiliser xquery qui est la rolls du langage de requête, et à chaque
> fois que j'ai l'occasion de le comparer à sql (la pétrolette du langage
> de requête), je me marre beaucoup...
>
> bien entendu ce sont des considérations personnelles qui font fi de la
> propre expérience de chacun, et du socle ultra-solide sur lequel repose
> les sgbdr; d'autant que se mettre à xquery n'est pas une mince affaire
> c'est pourquoi si le relationnel est adapté aux données, un sgbdr me va
> très bien; tout ce que je dis c'est que quand j'ai le choix, je choisis
> la bd native xml pour un milliard de bonnes raisons, dont la faculté de
> pouvoir écrire des requêtes impossibles en sql
>
> pour info, une bd native xml (parmi 40 autres):http://exist.sourceforge.net/
>
>
>
> > Effectivement, je pense que tout est dans la structuration du fichier
> > XML, c'est pourquoi à l'origine, j'envisageai de mettre les valeurs
> > uniquement entre balise et de mettre les "coordonnées" de la valeur
> > dans les attributs de balise. Par exemple, le chiffre 2 est affecté à
> > la colonne 4, ligne 3. Ca m'aurait donné quelque chose comme ceci :
>
> > <zone ligne="3" col="4">2</zone>
>
> oui mais il doit bien y avoir une sémantique dans ces données, non ?
> dans le cas contraire, un tableau html devrait convenir, et si un
> stockage en db relationnelle est prévu, alors zou... dans une table
> "zone" avec "ligne", "colonne", "valeur" et même "formule" si nécessaire
> + un "id" s'il y a plusieurs tableaux
>
>
>
> > avec autant de zone que de chiffre composant mes tableaux.
>
> > Le problème est que je ne sais pas comment ensuite faire un fichier
> > xsl qui me permette de parcourir mon document xml.
>
> http://disc.inria.fr/perso/philippe.poulard/cours/04-xml-xpath.pdfhttp://disc.inria.fr/perso/philippe.poulard/cours/05-xml-xsl.pdf
>
>
>
> > Je n'ai pas trouvé sur le net d'informations qui m'aide beaucoup, soit
> > il s'agit d'introductions au xml-xsm qui ne répondent pas à ma
> > problématique. Soit ce sont des documents beaucoup plus avançé (comme
> > le vôtre) et là c'est moi qui décroche.
>
> je pense que ça vaut le coup de se mettre à xslt; c'est quand même une
> chouette techno qui permet d'appréhender le monde xml plus facilement,
> une fois utilisée un peu; ça offre des possibilités...
>
>
>
>
>
> > en tout cas merci de votre aide.
>
> > cordialement,
>
> > Y.
>
> > On 23 fév, 14:43, Philippe Poulard <philippe.poular...@SPAMinria.fr>
> > wrote:
> >> Bonjour,
>
> >> à mon avis, s'il n'y a rien de fonctionnel alors un tableau HTML ou un
> >> tableau CALS devrait faire l'affaire (avec une préférence bien sûr pour
> >> le tableau HTML)
>
> >> dans le cas contraire, qui légitime une utilisation d'XML, il faudrait
> >> nommer et structurer les données indépendamment de la façon dont on doit
> >> les représenter (c'est à dire relâcher les contraintes de présentation
> >> et se concentrer sur les relations entre les données)
>
> >> YgoogleY a écrit :
>
> >>> bonjour,
> >>> jé débute dans l'utilisation du XML et du XSL.
> >>> j'essaie de  créer un fichier XML et de le transformer en HTML grâce à
> >>> une feuille XSL.
> >>> Je suis parvenu au résultat mais d'une façon qui ne me semble pas la
> >>> meilleure. J'aimerai votre avis et vos conseils.
> >>> Voici les données du problème :
> >>> Je dois générer deux tableaux croisés dont le nombre de ligne est fixe
> >>> mais pas le nombre de colonne (ni l'intitulé des colonnes).
> >>> Le résultat doit donner qqch comme ceci :
> >>> Tableau 1:
> >>> Intitulé Ligne 1 | Col 1 | Col 2 | Col 3
> >>> Intitulé Ligne 2 | Res 1| Res2 | Res3
> >>> Intitulé Ligne 3 | Res 4| Res 5| Res6
> >>> Tableau 2:
> >>> Intitulé Ligne 1 | Col 5   | Col 6   |
> >>> Intitulé Ligne 2 | Res 10| Res12 |
> >>> Intitulé Ligne 3 | Res 13| Res 14|
> >>> J'ai fait un fichier XML comme ça :
> >>> <document>
> >>>  <tableau idTab="Tableau1>
> >>>   <ligne>
> >>>    <col>
> >>>     <zone>Intitulé Ligne 1</zone>
> >>>    </col>
> >>>    <col>
> >>>     <zone>Col 1</zone>
> >>>    </col>
> >>>    <col>
> >>>    <zone>Col 2</zone>
> >>>   </col>
> >>> </ligne>
> >>> <ligne>
> >>> ...
> >>> </document>
> >>>  Ce qui ne me plait pas dans ma solution est de devoir créer une
> >>> balise colonne pour chaque cellule de mon tableau.
> >>> En étudiant d'autres fichiers XML d'autres applications plus complexes
> >>> que la mienne, les développeur font des fichiers ou la balise <zone>
> >>> (chez moi) se répète autant de fois qu'il y a de cellule dans un
> >>> tableau, en revanche, ils utilisent des attributs dans cette balise.
> >>> J'ai essayé mais je n'arrive pas à créer le document xsl
> >>> correspondant, si je supprime mes balises <col>, mon fichier xsl ne
> >>> prend que la 1ere ligne <zone>
> >>> Cordialement,
> >>> Y.
> >> --
> >> Cordialement,
>
> >>                ///
> >>               (. .)
> >>   --------ooO--(_)--Ooo--------
> >> |      Philippe Poulard       |
> >>   -----------------------------
> >>  http://reflex.gforge.inria.fr/
> >>         Have the RefleX !
>
> --
> Cordialement,
>
>                ///
>               (. .)
>   --------ooO--(_)--Ooo--------
> |      Philippe Poulard       |
>   -----------------------------
>  http://reflex.gforge.inria.fr/
>         Have the RefleX !