Salut,
 
est ce ke kk1 a des bonne docs / tutos sur l'install de xml / xstl sur un serveur linux.
 
ainsi ke ca mise en place dansles pages ?
 
Une autre chose j'ai du mal à comprendre ki interprete koi ?
C'est executer coté serveur pour rendre de l'html comme php ou c'est le client ki execute le tout ?

XML + XSLT c'est un peu comme HTML + CSS mais en plus propre, au contraire du html le xml contiendra (en principe)  uniquement les données et le xsl servira à produire un rendu.
 
coté client le xml est interprété avec le xsl pour produire une page lisible ...
 
coté serveur le xml peut servir de base de donnée structurée !
 
mais tu peux aussi avoir un serveur qui va parser le couple XML/XSL et envera au client directement le resultat de cette opération ==> une page html
 
bon voilà grosso merdo,
Hiro  

A présent la question qui tue:
Quel parseur XML et quel interpreteur XSLT veux tu?
 
A titre d'exemple pour php libxml et sablotron sont recommandé.
 
Maintenant si tu veux directement rendre xml + xsl... Pour faire du html, je te conseille apache+ le module xalan
 
Si tu veux de l'aide pour installer xalan, je l'ai fais
 
Pour php, j'ai fais apt-get install php4-xml et apt-get install php4-xslt... C'est tout ce que je sais faire ;-)

 
je sais pas encore tout ca
 
faut ke je regarde mais la j'ai pas le temps en ce moment

d'un autre coté sa sert telement peut a rien que tu peut rester au couple html css

 
ah bah dans ce cas.
 
je vais faire ca je prefere

sa aide vraiment si ta beaucoup de transactionnel de donée entre plusieur page mais bon si tu te base sur une base de donée tu es obligée de généré une page xml qui vas se faire reparser par ton xslt et sur certain point tu vas meme etre obliger de recoder de l'html donc en sois pas vraiment beaucoup d'interet. Mais bon les norme

 
       qu'est ce qu'il faut pas entendre  

 
ok, je vois que c'est une phrase "imagée" pour expliquer à un débutant... mais c'est un peu réducteur et dangereux comme interprétation (mais je pense que tu te comprend   )

plus précisément CSS est l'équivalent de XSL-FO (=formatting, mise en page, XSLT =transformations, manipulation des données).
 
Je crois que le bouquin d'O'Reilly est bien : "comprendre XSLT"

 
Alors explike ieux au lieu de la ramener.
 
ca a tendance a m'enerver ce genre de phrase à l'amporte piece pour l'ouvrir en grand

 
"ok, je vois que c'est une phrase "imagée" pour expliquer à un débutant... mais c'est un peu réducteur et dangereux comme interprétation (mais je pense que tu te comprend   )"
 
Ou tu as vu une phrase à l'emporte pièce    Ca veut dire qu'il te l'explique de manière simpliste pour te permettre de comprendre, mais en même temps ca peut ne pas te donner envie d'en faire... un peu à la manière de mes profs qui disaient que XML c'était un peu comme HTML, que ca servait à rien, que c'était très facile... etc    
Résultat, 90% des élèves s'en sont désintéressé...
De mon côté, je suis chef de projet et XML est présent dans 100% de mes projets, à tous les niveaux (classifications, normes, échanges, paramétrage, sémantique de contenu...)... de plus, XML est la deuxième compétence la plus recherché derrière Java (voir JDnet)... on peut d'ailleur tempérer en disant que les deux vont ensemble la plupart du temps...
De plus quand on parle de XML, ca veut rien dire... mieux vaut parler d'univers XML, XML, c'est aussi : XSLT, XSL:FO, SVG, DTD, XSD, W3XS, XPATH, XSQL, bases natives XML, ESQL, XSP, MATHML, ebXML, SOAP...et la liste est longue
Et là, contrairement à ce qu'en pensaient mes chers profs, ca se complique un peu...

peut être que ce topic que j'ai créé quand je débutais pourras t'éclairer :
http://forum.hardware.fr/forum2.ph [...] h=&subcat=

 
excuse, erreur de quote, c'est la phrase d'avant ki m'enerve

 
merci.
 
voila un topic comme je les aimes.
 
   
 
me donnes tu l'autorisation de l'ajouter a l'annuaire de la programmation ?

 
mouais... "d'un autre coté sa sert telement peut a rien que tu peut rester au couple html css"...
comme tu vois c'est plutot ce genre de phrase que je trouve à l'emporte pièce et qui me met hors de moi  

 
c'est bien pour ca que j'ai dis "un peu" et "grosso merdo" meme si c'est pas tres beau...
 
pour ma part j'utilise RDFS/RDF/XSLT pour la structure/stockage/affichage d'ontologie (qui exploite la DTD de RDF et OWL).... SVG pour la partie exploitation graphique et un petit moteur de recherche sémantique de derrière les fagots mais bon je me voyais mal parler de tout ca ...
 
je voulais juste faire simple sans pour autant faire simpliste... j'ai ouvert la voie aux BDD, après c'est à Nodashi de voire par lui meme si ca l'interesse ....  
faut pas forcer le client  

 
si tu veux, mais c'est un topic un peu ancien... à toi de le mettre à jour si tu avances dans ton apprentissage...

 
oui, j'ai bien compris, d'ou ma phrase : "mais je pense que tu te comprend   "

 
pour l'instant j'ai trop de taf
 
et je m'en plain pas, donc c'est pas pour de suite

 
je suis pas trop d'accord, XSL:FO, c'est très spécifique et destiner à générer du PDF. Le XSLT permet de transformer le XML en n'importe quoi, en un autre XML (réorganisation de l'arbre, fusion de plusieurs XML, requêtes spécifiques...), ou HTML, XHTML... donc formatage et présentation. Mais il convient de réserver les aspects de mise en forme à CSS de manière classique.
D'ailleurs, XSLT, peut également générer du CSS (pratique pour ne gérer qu'une seule feuille de style "dynamique" ) ou des requêtes SQL (très pratique pour peupler une BD à partir d'une feuille Excel), générer une image à partir d'un XML (SVG)...
Il faut voir XML comme un état intermédiaire, un pivot comme certains l'appellent, permettant de passer très aisément à d'autres états... d'ou sa réputation d'universalité...
Ca peut sembler inutile de rajouter un couche suplémentaire, mais au final, les avantages en terme d'évolutivité et de flexibilité sont énormes  

Un processeur FO transforme un résultat XSLFO en PDF, HTML ou autre (exemple : FOP transforme FO enPDF ) +1 pour chocoboy
 
cela il faut relativiser, XSLT permet de réaliser beaucoup d'opérations sur le XML, mais on ne peut pas tout faire non plus, les principales limitations etant induites par l'absence de variables modifiables donc pas d'incrémentations donc pas de compteurs .... ok c pas fait pour mais ca manque quand meme (Xalan rulezzzzzzzz      )

 
 
Pour moi, XSLT peut effectivement générer du HTML parce que c'est un language simple, mais la manière de présenter l'information pour un media donné est une tâche normalement confiée à XSL-FO, que ce soit pour du PDF, pour l'audio, etc. CSS est repris dans XSL, et XSL-FO va plutôt appliquer des règles d'apparences pour le document à transmettre, qui pourra contenir des règles CSS pour le traitement du document transmis chez le "client". Euh, si c'est pas clair là, c'est normal, c'est pas clair non plus dans mon pauv ti cerveau.

 
la, je ne te suis pas du tout    
"c'est un language simple" -> pour l'avoir intensément pratiqué... il est au contraire plein de subtilité...
"la manière de présenter l'information pour un media donné est une tâche normalement confiée à XSL-FO" ->  
"CSS est repris dans XSL" ->  

ce que je veux dire c'est que HTML est déjà en partie un langage de présentation, et les CSS sont là pour procurer un rendu évolué. Mais le document HTML+CSS transmis doit encore être traité par un navigateur pour apparaitre sur le média (écran). Il me semble qu'après passage dans XSL-FO le document est "finalisé", directement interprétable par le média final.
 
 

 
XSL formatting est fait pour formatter l'information, c'est pour ça qu'il a été conçu  
 
Sinon c'est quoi les subtilités de HTML ? Je suis très loin d'être un spécialiste, mais il me semble que les difficultés que l'on peut rencontrer viennent soit des langages "annexes" : notamment les scripts avec la manipulations des objets, ou les CSS, mais pas du HTML pur. Le gros pb étant généralement d'écrire du HTML (+CSS+scripts...) qui soit interprété de la mm façon par les différents navigateurs, mais ce pb vient de l'implémentation des standards dans ces logiciels, pas du langage lui-mm.
 
 

 W3C

oups
j'ai oublié de préciser
le XSL de départ s'est scindé en trois : XSLT, XPath, et XSL-FO, ce dernier étant désormais dénommé XSL. (cf post précédent).

Le coups du XSL:FO je partage toujours pas ton avis...
XSL->XSLT+XPATH, Ok, XPATH étant la partie requêtes sur les noeuds utilisé à l'intérieur d'XSLT.
Mais si tu ne fais pas de génération PDF, à aucun moment XSL:FO n'intervient pour un rendu HTML ou XHTML.
 
De plus, quand tu prend un morceau de phrase "An XSL style sheet is, like with CSS, a file that describes how to display an XML document of a given type. XSL shares the functionality and is compatible with CSS2 (although it uses a different syntax)."
 
Ca veut plus dire que CSS n'est destiné qu'à la mise en page, alors que XSLT permet de faire de la mise en page, mais c'est une des possibilités parmis plusieurs...
 
Par exemple, XSLT permet de générer du PHP... essaie de faire la même chose avec CSS

je crois qu'on est d'accord, mais je m'exprime mal.
 
juste XSL=XSL-FO, XSL=!XSLT (et anciennement XSL=XSLT+XSL(-FO)+XPath).
 
(X)HTML est déjà un langage de rendu graphique (partiellement), donc créer un document HTML structuré revient à faire aussi du mm coup la mise en forme, achevée par le navigateur du client.
 
Pour faire avec XSLT la mise en forme, tu vas simplement lui dire d'écrire les règle de style en CSS qui s'appliquent à ton document.
Tu ne formattes pas réellement ton document : tu fournis juste au client le moyen de mettre en forme, mais le document n'est pas finalisé, c'est le navigateur qui se charge de ce travail.
 
C'est parce que (X)HTML inclu des règles de formatage que l'on peut se passer de XSL-FO.
 
Mais avec XSLT tu ne va pas directement spécifier que tel élément doit être block ou inline, avec ou sans bordure. Tu vas lui faire écrire des éléments déjà standardisés et des règles CSS qui à leurs tours préciseront ces paramètres de mise en forme.
 
Pour être plus clair :

==> ben c'est un pb de termes, pour moi il permet d'extraire de l'info pour la mettre dans un autre format, et quand ce format est du HTML, la mise en forme est déjà incluse.
 
 

 
Tout à fait d'accord. CSS n'est que de la mise en forme "de base", et n'a pas vocation à transformer un document. Et PHP est un langage de script, pas de "représentation" (visuelle, sonore...)

 
Le coup du XSL:FO, peut être que les termes ont changé depuis... t'as un lien qui confirme ce que tu dis ? En tout cas j'en avais jamais entendu parler avant...
 
Désolé si je me trompe, j'ai comme l'impression qu'il y a une certaine confusion dans ce que tu m'expliques à propos d'XSLT ?
 
Un exemple de XSL:FO généré par XSLT :
 

 
"Mais avec XSLT tu ne va pas directement spécifier que tel élément doit être block ou inline, avec ou sans bordure. "    
 
comme tu les vois, je génère un XSL:FO à partir d'un XML après transformation XSLT, ce XSL:FO est traité par FOP pour générer un document PDF (c'est comme ça que ça marche dans Cocoon 2)
 
Maintenant, XSL:FO n'intervient à aucun moment pour générer du XHTML...
 
Autre chose XSLT peut également générer du XSLT...