Effectivement, mais je pense que Wordpress a été conçu dès le départ avec l'idée des templates. PWG ne les a intégré qu'en 1.3. Comme le système choisi est externe (repris de phpBB) et relativement ouvert (donc souple), la gestion s'affine au fur et à mesure. C'est effectivement assez contraignant pour les dévlpts comme photon. Mais je pense qu'en 1.6 finale, on devrait avoir un thème assez propre et qui devrait durer.
La rétro-compatibilité est un choix. Peut-être le fera-t-on pour le passage de 1.6 en 1.7, peut-être pas.

Je suis assez d'accord avec Vdigital. Separé l'admin du template pourrait vous permettre de rajouter plein de nouvelles fonctionalités sans avoir à modifier l'apparence du site. Dans l'idéal, l'utilisateur moyen n'a pas besoin de changer l'apparence de l'administration.

Pour le menu aussi. Je rêve depuis le début de pouvoir mettre mon menu fin déroulant au dessus des pages picture ou comments. Et ce n'est justement pas possible parce que le menu est accroché à category.tpl .

mantis ou wiki?

rub a écrit:

les 2?

pffffffffff :-)

fait sur mantis.
Pour le wiki: question à rub ailleurs...

Je suis arrivé ici par le demande d'évolution 355.
Je vois que l'on continue dans la discussion de "on veut séparer l'admin du template" sans préciser si l'on parle du template ou du thème.
J'ai déjà écrit que je n'y était pas favorable.
Quand je vois le boulot que j'ai eu ce WE pour faire une page "search" qui soit valide HTML et qui ressemble à quelque chose, j'y suis encore moins.

Il y a pas mal d'éléments communs entre la partie "utilisateur" et la partie "admin".
Par exemple les FORM.filter, et pour la BSF la structure d'affichage des vignettes - je suis en train de la reprendre pour le caddie, en me gardant bien sûr la possibilité d'avoir un affichage plus compact - et quand on améliore ces structures pour une des deux section, on le fait pour l'autre également.
Si l'on sépare en 2, ça va diverger, et on aura plus de boulot pour tester et faire évoluer. Il vaut mieux développer les templates des nouvelles pages d'admin proprement avec des FORM.filter par exemple dès le début. Ça évite d'y revenir.

Fondamentalement, on fait la même chose dans les deux sections : des formulaires et des vignettes. Il n'y a que la page "picture" qui soit réellement spécifique.

Côté esthétique, comme on a des aller-retour entre la section admin et la section utilisateur :
affichage de l'image à partir de la page de modification des propriétés et inversement, je pense qu'un minimum de cohérence est nécessaire et que ça nous sera probablement réclamé si on la supprime.

On pourrait éventuellement réfléchir à proposer la possibilité de paramétrer un thème différent pour les deux sections, mais je ne sais pas s'il y aura des intéressés.
Plus intéressant : avoir un header_admin.tpl différent de header_admin.tpl pour pouvoir appeler des *.css différentes dans les deux sections. Celui qui veut créer un template sans refaire la partie admin peut alors recopier les *.tpl de la section admin et faire référence "en dur" au template/theme yoga/dark dans son header_admin.tpl
C'est l'idée de base, et ça me semble jouable.


Bon juste pour finir :
* la sortie du menu, on va faire
* la comparaison avec Wordpress, faudrait pas exagérer, la transormation radicale du template a reposé sur 2 personne (euh ou est yoDan ?) et s'est étalée sur 2 versions de PWG alors même que l'on ajoutait des fonctionnalités radicalement nouvelles. Commencez par explorer les possibilités des thèmes. Ça nous donnera des idées pour améliorer la souplesse du template

mathiasm a écrit:

chrisaga, nous sommes d'accord, on va garder le moteur de template pour l'admin. Je pensais plus à garder un template "constant", par ex. yoga/clear.

Bin non, moi je n'aime pas travailler avec le thème clear ça m'abime les nyeux.
D'ailleurs, je ne suis pas le seul : on a eu plein de protestations lorsqu'on a sorti la 1.5 en clear. A l'époque il s'agissait de 2 templates différents, toutes les css étaient illisibles, et on a eu 2 templates (yoga-dark et yoga-black) alors que l'on était encore en RC.
Pour la 1.6, la séparation en themes m'a permis de proposer clear et dark en standard.
En plus, si je passe du temps à faire un super thème, j'aimerais bien en profiter, et franchement, je passe plus de temps dans la partie admin que dans la partie utilisateur.

mathiasm a écrit:

Ca peut permettre de mieux marquer la différence entre l'admin et l'utilisateur.

1) Ce n'est pas le seul moyen : le thème peut le faire puisque chaque page à un BODY de classe différente
2) Ce n'est pas forcément souhaitalbe, ou souhaité

mathiasm a écrit:

Je suis peut-être parano, mais je pense qu'il est possible de faire des modifs de templates qui fassent joli en utilisateur et qui "plantent" l'admin; même si c'est extrême.

Thème ou template ?
Le seul template alternatif que je connaisse c'est celui de jillij (je cite z0rglub un jour où il m'expliquait que ce n'était pas la peine de trop en faire pour le support multi-template car la personnalisation se ferait à 98% par du multi-thème)

mathiasm a écrit:

La séparation du menu permettra aussi de pouvoir mieux gérer celui de l'admin.

OK ! on a compris : yapluka + BugTracker => onvafair    <;o)

mathiasm a écrit:

Pour la souplesse et la complexité des templates, j'en parle ici: http://forum.phpwebgallery.net/viewtopic.php?id=6483

J'ai lu ton topic. Là il y a plusieurs points :
1) il manque effectivement de la doc pour expliquer les fichiers
   a) pas l'temps
   b) y'en a qui savent, la preuve le wiki est plein de trucs pour personnaliser ses css
2) y'a des fonctions nouvelles qui sont bennées avec du template tout pourri qui passent même pas au validateur et des css nazes où le texte vient déborder partout.
3) il y a encore (un peu) de ménage à faire dans les css ...
mais il faut aussi veiller à ne pas rajouter des trucs pas à leur place (voir plus haut)
4) On  est en pleine mutation de la partie template/thème depuis grosso-modo la 1.3
     PWG 1.3 : en ligne avec la techno de l'époque ( donc pas terrible c'était encore la jungle, mais à l'époque on ne pouvait pas faire beaucoup mieux)
     PWG 1.4 : apparition des css, mais design structuré hyper-rigide (tables)
     PWG 1.5 : séparation du contenu et de la présentation, design fluide : on s'attaque au tables (boulot énorme) et on reverse (presque) tout dans les css
     PWG 1.6 : séparation du template et du theme et stabilisation
Ce que l'on a maintenant :
Des structures permettant de faire des nouvelles pages de template propres (ex FORM.filter) pour les formulaires nécessaires aux nouvelles fonctionnalités.
Une utilisation d'un design fluide et des css qui permettent une personnalisation poussée rien qu'avec les thèmes (laissez moi un peu de temps, et vous verrez)
Une compatibilité multi-navigateurs même dans des cas difficiles maintenue à la force du poignet et grace aux remontés d'info des utilisateurs.
La possibilité de faire des personnalisations valables pour tout le site dans template-common (ex taille max des vignettes)

On a réussi à faire ça sans jamais freiner le développement des fonctionnalités !
Je voudrais stabiliser un peu tout ça et travailler enfin plus sur des thèmes que sur le template.

Pour moi la roadmap maintenant c'est :
1) Ecriture propre des nouvelles pages en s'inspirant de celles qui existent pour éviter de tout réécrire
2) Séparation du menu
3) Faciliter la réutilisation de la partie admin du template yoga par les autres templates (voir mon post précédent)
    Pour préparer ça, il faut pouvoir avoir un header différent, ou au moins inclure des appels à des feuilles de style différents
4) Attaquer les problèmes de compatibilité du nouveau bouseur de la fille à Raymond (IE7). Parce que ça, ça peut faire mal ! Pour l'instant, peux pas tester
    Pour préparer ça, il faut déjà prendre tout le css spécifique IE (* html ...) et le coller dans fix-ie5-ie6.css et bien tout tester.

Le point 1), c'est pour tout le monde, et s'il y en a qui veulent attaquer la préparation du 3) ou du 4), faut pas se gêner.

Mais avant tout, s'amuser un peu avec des thèmes et les mettre à dispo dans les extensions. C'est bon pour le moral, et c'est bon pour l'image.

     <:o)