Je ne connais pas trop le fonctionnement des fichiers xml.
pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl
associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une
impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier
xml et pas le fichier xsl associé ?? Comment faire pour avoir ce
fichier ?
Merci de votre aide
Bernard
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Michel
Nard a écrit :
Bonjour,
Je ne connais pas trop le fonctionnement des fichiers xml. pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Ton fichier XML peut-être évidemment être affiché sans avoir de XSL associé, déja sous sa forme texte pur avec toutes les balises sous n'importe quel éditeur de texte.
Ensuite il peut être affiché sous sa forme brute comme une arborescence (sans les balises) à la manière d'un treview. Firefox ou Mozilla par exemple permette cet affichage.
Ensuite, tu peux utiliser une infinité de XSL qui vont analyser ton fichier, ignorer certaines valeurs, afficher d'autres sous forme de liste, mettre en page tout ça et mettre des couleurs partout.
Michel
Nard a écrit :
Bonjour,
Je ne connais pas trop le fonctionnement des fichiers xml.
pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl
associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une
impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier
xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Ton fichier XML peut-être évidemment être affiché sans avoir de XSL
associé, déja sous sa forme texte pur avec toutes les balises sous
n'importe quel éditeur de texte.
Ensuite il peut être affiché sous sa forme brute comme une arborescence
(sans les balises) à la manière d'un treview.
Firefox ou Mozilla par exemple permette cet affichage.
Ensuite, tu peux utiliser une infinité de XSL qui vont analyser ton
fichier, ignorer certaines valeurs, afficher d'autres sous forme de
liste, mettre en page tout ça et mettre des couleurs partout.
Je ne connais pas trop le fonctionnement des fichiers xml. pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Ton fichier XML peut-être évidemment être affiché sans avoir de XSL associé, déja sous sa forme texte pur avec toutes les balises sous n'importe quel éditeur de texte.
Ensuite il peut être affiché sous sa forme brute comme une arborescence (sans les balises) à la manière d'un treview. Firefox ou Mozilla par exemple permette cet affichage.
Ensuite, tu peux utiliser une infinité de XSL qui vont analyser ton fichier, ignorer certaines valeurs, afficher d'autres sous forme de liste, mettre en page tout ça et mettre des couleurs partout.
Michel
ManuPavy
Nard wrote:
Bonjour,
Je ne connais pas trop le fonctionnement des fichiers xml. pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Je n'utilise pas l'impression vers XML, mais apres un petit essai (suite à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes ; et dans le fichier généré, il ne fait pas de distingo sur les différentes colonnes. Toutes mes données sont ainsi énumérées entre les balises <TEXT> et </TEXT>. Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne peux pas mettre en forme selon les données. (en gros, pour moi ca ne sert à rien en l'état)
Manu
Nard wrote:
Bonjour,
Je ne connais pas trop le fonctionnement des fichiers xml.
pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl
associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une
impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier
xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Je n'utilise pas l'impression vers XML, mais apres un petit essai (suite
à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible.
En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes
; et dans le fichier généré, il ne fait pas de distingo sur les
différentes colonnes. Toutes mes données sont ainsi énumérées entre les
balises <TEXT> et </TEXT>.
Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne
peux pas mettre en forme selon les données.
(en gros, pour moi ca ne sert à rien en l'état)
Je ne connais pas trop le fonctionnement des fichiers xml. pour pouvoir être affiché correctement, ils ont besoin d'un fichier xsl associé alors :
Ce que je ne comprends pas c'est pourquoi lorsque je lance une impression vers xml via l'éditeur d'état , il ne me crée qu'un fichier xml et pas le fichier xsl associé ?? Comment faire pour avoir ce fichier ?
Merci de votre aide
Bernard
Je n'utilise pas l'impression vers XML, mais apres un petit essai (suite à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes ; et dans le fichier généré, il ne fait pas de distingo sur les différentes colonnes. Toutes mes données sont ainsi énumérées entre les balises <TEXT> et </TEXT>. Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne peux pas mettre en forme selon les données. (en gros, pour moi ca ne sert à rien en l'état)
Manu
Michel
> Je n'utilise pas l'impression vers XML, mais apres un petit essai
(suite
à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes ; et dans le fichier généré, il ne fait pas de distingo sur les différentes colonnes. Toutes mes données sont ainsi énumérées entre les balises <TEXT> et </TEXT>. Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne peux pas mettre en forme selon les données. (en gros, pour moi ca ne sert à rien en l'état)
Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été à peine ébauchées. Pas de respect des standards (UTF8), pas de prise en compte des espaces de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet. et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je me tourne de plus en plus vers des solutions serveurs de type php qui gère le xml correctement.
Dommage !
Michel
> Je n'utilise pas l'impression vers XML, mais apres un petit essai
(suite
à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible.
En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes
; et dans le fichier généré, il ne fait pas de distingo sur les
différentes colonnes. Toutes mes données sont ainsi énumérées entre les
balises <TEXT> et </TEXT>.
Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne
peux pas mettre en forme selon les données.
(en gros, pour moi ca ne sert à rien en l'état)
Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été
à peine ébauchées.
Pas de respect des standards (UTF8), pas de prise en compte des espaces
de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet.
et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je
me tourne de plus en plus vers des solutions serveurs de type php qui
gère le xml correctement.
> Je n'utilise pas l'impression vers XML, mais apres un petit essai
(suite
à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes ; et dans le fichier généré, il ne fait pas de distingo sur les différentes colonnes. Toutes mes données sont ainsi énumérées entre les balises <TEXT> et </TEXT>. Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne peux pas mettre en forme selon les données. (en gros, pour moi ca ne sert à rien en l'état)
Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été à peine ébauchées. Pas de respect des standards (UTF8), pas de prise en compte des espaces de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet. et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je me tourne de plus en plus vers des solutions serveurs de type php qui gère le xml correctement.
Dommage !
Michel
Georges Peyre
Bonjour, Le 0 décembre 2002, en version 7 de windev j'ai signalé ce problème ^à PCSOFT
Résumé de votre demande (10 mots maximum) : | WD7 : Anomalie de lecture d'un fichier XML généré | depuis l'aperçu | Détail de la demande : | Dans l'aperçu d'une impression il est possible de | demander la génération del'impression au format XML. | | Il manque la génération conjointe d'un fichier | .CSS ( FonteXML.css parexemple ) contenant une fonte de façon à pouvoir | générer les lignessuivantes complètes en début du fichier XML : | | <?xml version="1.0" encoding="ISO-8859-1" | standalone="yes" ?> <?xml-Stylesheet href="FonteXML.css" | type="text/css"?> <DOCUMENT> | ............................. | | NOTA : Il faudrait aussi enlever le _ qui est | généré devant le mot<DOCUMENT> | | | Cela permettrait au fichier XML de ne pas être | mis en anomalie lors de salecture par Internet Explorer *********************************************************** Voici la réponse du support technique :
<Nous avons lu votre description avec attention. <Des investigations vont débuter par notre équipe Développement et à notre équipe Qualité. <Ces investigations ont été enregistrées avec la référence 31109.
<Vous pouvez utiliser cette référence si vous contactez le Support technique Gratuit sur le même sujet. <Un <comportement amélioré sera disponible dans une prochaine version.
<Lorsqu'une correction ou une amélioration de WinDev sera disponible, vous en serez automatiquement averti par le <service de "notification automatique", qui vous enverra un mail à l'adresse actuelle.
<Nous restons à votre disposition. *****************************************
Si c'est le même problème que tu rencontres, sers-toi de cette référence pour relancer le support
Cordialement
-- Elle est pas belle la vie ?
Bonjour,
Le 0 décembre 2002, en version 7 de windev j'ai signalé ce problème ^à
PCSOFT
Résumé de votre demande (10 mots maximum) :
| WD7 : Anomalie de lecture d'un fichier XML généré
| depuis l'aperçu
| Détail de la demande :
| Dans l'aperçu d'une impression il est possible de
| demander la génération del'impression au format XML.
|
| Il manque la génération conjointe d'un fichier
| .CSS ( FonteXML.css parexemple ) contenant une fonte de façon à
pouvoir
| générer les lignessuivantes complètes en début du fichier XML :
|
| <?xml version="1.0" encoding="ISO-8859-1"
| standalone="yes" ?> <?xml-Stylesheet href="FonteXML.css"
| type="text/css"?> <DOCUMENT>
| .............................
|
| NOTA : Il faudrait aussi enlever le _ qui est
| généré devant le mot<DOCUMENT>
|
|
| Cela permettrait au fichier XML de ne pas être
| mis en anomalie lors de salecture par Internet Explorer
***********************************************************
Voici la réponse du support technique :
<Nous avons lu votre description avec attention.
<Des investigations vont débuter par notre équipe Développement et à
notre équipe Qualité.
<Ces investigations ont été enregistrées avec la référence 31109.
<Vous pouvez utiliser cette référence si vous contactez le Support
technique Gratuit sur le même sujet.
<Un <comportement amélioré sera disponible dans une prochaine version.
<Lorsqu'une correction ou une amélioration de WinDev sera disponible,
vous en serez automatiquement averti par le <service de "notification
automatique", qui vous enverra un mail à l'adresse actuelle.
<Nous restons à votre disposition.
*****************************************
Si c'est le même problème que tu rencontres, sers-toi de cette
référence pour relancer le support
Bonjour, Le 0 décembre 2002, en version 7 de windev j'ai signalé ce problème ^à PCSOFT
Résumé de votre demande (10 mots maximum) : | WD7 : Anomalie de lecture d'un fichier XML généré | depuis l'aperçu | Détail de la demande : | Dans l'aperçu d'une impression il est possible de | demander la génération del'impression au format XML. | | Il manque la génération conjointe d'un fichier | .CSS ( FonteXML.css parexemple ) contenant une fonte de façon à pouvoir | générer les lignessuivantes complètes en début du fichier XML : | | <?xml version="1.0" encoding="ISO-8859-1" | standalone="yes" ?> <?xml-Stylesheet href="FonteXML.css" | type="text/css"?> <DOCUMENT> | ............................. | | NOTA : Il faudrait aussi enlever le _ qui est | généré devant le mot<DOCUMENT> | | | Cela permettrait au fichier XML de ne pas être | mis en anomalie lors de salecture par Internet Explorer *********************************************************** Voici la réponse du support technique :
<Nous avons lu votre description avec attention. <Des investigations vont débuter par notre équipe Développement et à notre équipe Qualité. <Ces investigations ont été enregistrées avec la référence 31109.
<Vous pouvez utiliser cette référence si vous contactez le Support technique Gratuit sur le même sujet. <Un <comportement amélioré sera disponible dans une prochaine version.
<Lorsqu'une correction ou une amélioration de WinDev sera disponible, vous en serez automatiquement averti par le <service de "notification automatique", qui vous enverra un mail à l'adresse actuelle.
<Nous restons à votre disposition. *****************************************
Si c'est le même problème que tu rencontres, sers-toi de cette référence pour relancer le support
Cordialement
-- Elle est pas belle la vie ?
AV
"Michel" a écrit dans le message de news:ctl3f8$afd$
> Je n'utilise pas l'impression vers XML, mais apres un petit essai (suite > à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. > En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes > ; et dans le fichier généré, il ne fait pas de distingo sur les > différentes colonnes. Toutes mes données sont ainsi énumérées entre les > balises <TEXT> et </TEXT>. > Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne > peux pas mettre en forme selon les données. > (en gros, pour moi ca ne sert à rien en l'état) > > > Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été à peine ébauchées. Pas de respect des standards (UTF8), pas de prise en compte des espaces de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet. et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je me tourne de plus en plus vers des solutions serveurs de type php qui gère le xml correctement.
Dommage !
Michel
Slt Michel
Le problème des espaces de nommages est corrigé dans la version 9. La gestion XML est un peu lourde mais semble un peu plus efficace.
-- AV http://cerbermail.com/?tPrilZLWEY
"Michel" <michel.roger@items-si.fr> a écrit dans le message de
news:ctl3f8$afd$1@news.tiscali.fr...
> Je n'utilise pas l'impression vers XML, mais apres un petit essai
(suite
> à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible.
> En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes
> ; et dans le fichier généré, il ne fait pas de distingo sur les
> différentes colonnes. Toutes mes données sont ainsi énumérées entre les
> balises <TEXT> et </TEXT>.
> Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne
> peux pas mettre en forme selon les données.
> (en gros, pour moi ca ne sert à rien en l'état)
>
>
> Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été
à peine ébauchées.
Pas de respect des standards (UTF8), pas de prise en compte des espaces
de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet.
et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je
me tourne de plus en plus vers des solutions serveurs de type php qui
gère le xml correctement.
Dommage !
Michel
Slt Michel
Le problème des espaces de nommages est corrigé dans la version 9. La
gestion XML est un peu lourde mais semble un peu plus efficace.
"Michel" a écrit dans le message de news:ctl3f8$afd$
> Je n'utilise pas l'impression vers XML, mais apres un petit essai (suite > à ton post), j ai regardé, et c'est vrai que ca m a pas l air terrible. > En effet, j'ai un simple tableau avec trois colonnes et plusieurs lignes > ; et dans le fichier généré, il ne fait pas de distingo sur les > différentes colonnes. Toutes mes données sont ainsi énumérées entre les > balises <TEXT> et </TEXT>. > Dans ce cas, la création d'une xsl (ou css) est difficile. Car on ne > peux pas mettre en forme selon les données. > (en gros, pour moi ca ne sert à rien en l'état) > > > Manu
Pour abonder dans ton sens je dirais que les fonctionnalités XML ont été à peine ébauchées. Pas de respect des standards (UTF8), pas de prise en compte des espaces de nommage, de nombreuses incohérences entre les différentes fonctions.
En ce qui concerne la version 8, je reconnais avoir été naif à ce sujet. et j'attend toujours les corrections du support technique.
Comme pour les développements que je fais, cela devient primordial, je me tourne de plus en plus vers des solutions serveurs de type php qui gère le xml correctement.
Dommage !
Michel
Slt Michel
Le problème des espaces de nommages est corrigé dans la version 9. La gestion XML est un peu lourde mais semble un peu plus efficace.
