Reprise du message précédent :

Chut

Oui, mais si tu génère ton HTML en plein milieu de ton code PHP, entre tes calculs et tes accès aux données, je trouve ça crade moi...

On peut aussi faire une sortie en XML et utiliser une transfo XSLT

 
J'ai déjà fait un truc du genre pour un client....... Plus jamais je referrai ça

Sans doute, mais je ne connais pas encore ce domaine.

Il a pas compris. T'as bien ton HTML séparé dans un autre fichier, mais avec un tout petit peu de PHP dedans. Les calculs et accès aux données se font ailleurs, là c'est juste le minimum de fichier pour boucler les résultats etc.

J'avais bien compris, mais je répondais à Masklinn en ce qui concerne le "PHP est un moteur de templates"...Textuellement il a raison, mais faut séparer les différentes actions c'est tout (pour avoir un code propre).

double dawak !!!!!!!!!!!!!!!!
avec multiple pratchett en prime
 
sinon euh system of a down c est bien

C'est pour ça que tu fais pas comme ça
 
Tu as une zone de PHP pur (au début de la page ou dans un include) qui effectue les calculs et les dispatchs, puis une zone "template" avec des boucles et quelques conditionnelles qui intègre le résultat de l'exécution dans la page HTML

 
Evite-le, XSLT est une création démoniaque.
 
Essaye d'imaginer que tu as eu un grave accident et que tu ne peut plus marcher. Maintenant visualise le monsieur qui t'apprends à remarcher avec des béquilles, et maintenant imagine qu'il s'amuse à te foutre des coup de pieds dans les genoux en même temps pour t'empecher la moindre progression, XSLT c'est exactement ça .

 
Mais laisse moi prêcher la bonne parole des belles technos qu'elles sont même pas bloated toi !

Et après la rééducation, tu te rend compte que tu marches trop lentement et t'es baisé

C'est le xml l'invention démoniaque    

 
Ouaip, c'est ce que je fais, mais le graphiste "ultra noob" qui va retoucher le code HTML, je préfère qu'il evite de tripatouiller dans mes boucles PHP, quoi  

xml tout seul ne fait de mal à personne.

<xsl:template match="a">
    <a>
        <xsl:attribute name="href">
            <xsl:value-of select="@href"/>
        </xsl:attribute>
        <xsl:attribute name="title">
            <xsl:choose>
                <xsl:when test="@title">
                    <xsl:value-of select="@title"/>
                </xsl:when>
                <xsl:otherwise>
                    <xsl:value-of select="."/>
                </xsl:otherwise>
            </xsl:choose>
        </xsl:attribute>
        <xsl:value-of select="." />
    </a>
</xsl:template>
 
<xsl:template match="br">
    <br />
</xsl:template>

 
C'est le lol

T'auras toujours des morceaux de code pour les boucles, ou ce genre de conneries...
Ou alors tu te fais chier à surdécouper tes pages, et tu te retrouves avec une chiée de templates à organiser...

 
Très honnêtement, qu'il ait du php sous les yeux ou des templates Smarty, c'est kif kif.
Moralité: faut pas bosser avec des noobs

ou alors le graphiste il retouche que la css.

<xsl:template match="a">
    <a>
...

Rhaaaaa le noube il a mis <a>.... C'est <xsl:element name="a"> 'tudieu

Yes ! L'HTML est l'affaire du développeur HTML. Pas du grapheux

 
ca doit être marrant de faire un xsl qui transforme un xsl en un autre xsl avec ça

2-stage transformation Comme l'xsl est un langage sans effets de bords, parfoit tu utilise un XSL qui prégénère un XSL qui permet de faire la bonne transformation

Ben je pense quand même que c'est lié, HTML + CSS - le front office quoi -
Le PHP, c'est plus du ressort du back office

 
Comme ça doit être trop l'éclate de lire la première XSL

 
Tu confonds pas plutôt avec front-end et back-end ?
Parce que ça a pas grand chose à voir

Ouais j'en avais fait un comme ça. T'es obligé de faire un alias du namespace pour l'XSL généré

Ah et puis l'impossibilité de jouer avec les paramètres GET dans la xsl, c'est pas fnu

Parce que c'est tout de même un peu désoladisriser du protocole HTTP, c'est pour ça. Il faudrait un pont entre les deux

 
Oui, enfin frond-end et back-end, mais tout le monde m'avait compris

 

si le gars il connait pas php qu il ait <?php ou {DABIGOPTIONOFDEATHINTHEEND il part en courant
suffit de bien les eduquer

Un exemple de mix :

J'ai depuis un peu abandonné l'XSLT...

 
Faisons sur projet sur Ours Forge
http2xslbridge

Ouais, faut le proposer au W3C

 
Bha la spec dit qu'on peut avoir des variables globales, quand tu ouvre ta paire xml/xsl en js avec un processor tu peut get/setter ces variables, c'eut été pas bète de retrouver les arguments GET en tant que variables globales aussi.
 
Résultat :  
j'ai un xml+xsl qui produit un xhtml+js qui charge le xml+xsl avec les variables globales venant de GET

N'empêche qu'on pourrait faire tout un truc comme ça :
 
1) Schéma XSD modélisant des données
2) Un XSL le transforme en formulaire XHTML + Xforms
3) Le formulaire retransmet sous forme d'XML les données
4) Avec le schéma XSD, on vérifie les données
5) Insertion dans la base de données parce que le SGBD connaît l'XML aussi
6) Si données pas valide, XSL pour réafficher le formulaire + messages d'erreurs
 
Quel monde idéal

 
Et on écrit ça en ruby

Ah, faut une implémentation par langage, sinon ça ruine le but initial de l'XML. Je m'y colle pour PHP et .NET

Sinon j'ai une autre idée, faire un XPU : XML Processing Unit