🌍
Français
mathiasm a écrit:
1.b: je pensais plus à la 1.6; la nouvelle. Mais on se débrouillera bien.
En fait, tout est pareil, sauf que :
1) on a remonté dans template-common ce qui peut être nécessaire ou utile de positionner pour tout le site
2) on a séparé le template (*.tpl, règles css de comportement et positionnement, icones par défaut) du thème (fonds, couleurs, etc, mais pas seulement car on peut modifier beaucoup de chose par css)
Il y a un vieux post entre pricipalement z0rglub et moi qui commence à mettre en place tout ça
jillij a écrit:
Je vais regarder en détail la gestion en 1.6! Tout mes voeux sont probablement comblés!
Ça, je n'ose l'espérer
<;o)
jillij a écrit:
Encore une fois, je ne remets pas du tout en cause le super boulot que tu as fait chrisaga.
Pas de problème, il faut se remettre en cause, mais pour cela il vaut mieux connaître la question dans son ensemble.
Mon objectif est d'essayer de faire mieux comprendre le contexte et la logique derrière tout ça.
jillij a écrit:
C'est juste que je ne pense pas que je vais faire eternellement faire suivre mon template.
Je suis sur que ma thèse (entre autre choses!) va m'obliger à decrocher un des ces quatres. Et je trouvais que ca serait dommage de ne pas pouvoir utiliser les vieux themes ou templates.
Je comprends et je suis d'accord. Je suis d'ailleurs en train d'essayer de porter un vieux template (erya-blue pour ceux qui se souviennent de la 1.3) sympa, mais particulièrement vicieux.
Le seul problème, c'est que séparer admin ne résoud pas ce problème : a chaque nouvelle fonctionnalité (ou presque) il y a des impacts sur la section utilisateurs (ex : on ajoute les tags et on refait search.tpl). La seule solution est de se baser sur un template maintenu et jouer avec les thèmes. Dans ce cas, on peut rajouter des *.tpl dans le template, éventuellement de nouvelles règles css de positionnement si l'on a de nouveaux types d'objets, ou bien un cas particulièrement vicieux, mais probablement rien à faire ou presque dans le thème.
Je sais, modifier les css d'un thème ne permet pas de tout faire, mais c'est déjà très puissant ! Ex : passer le menu à droite, et probablement en horizontal déroulant (j'aimerais essayer dès que j'aurai le temps)
jillij a écrit:
Merci encore.
Pas de quoi, je l'ai surtout fait pour moi au départ : j'avais déjà tout refait en version 1.3 avec déjà themes et templates séparés, mais la 1.4 m'a tout cassé et je me suis laissé convaincre par z0rglub de participer à la 1.5. Je suis arrivé à amener le template à peu près là où je voulais, mais je n'ai pas le temps de bosser sur des thèmes perso, et à peine le temps de bosser sur mes photos. C'est pourquoi j'aimerais un peu de stabilité.
Mais je ne regrette rien, PWG, c'est super !
chrisaga a écrit:
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.
Pardon, j'aurai du dire yoga, tout court (car je parlais de template).
chrisaga a écrit:
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.
Pas faux...
chrisaga a écrit:
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é
OK, là je te rejoins après relecture et réflexion.
chrisaga a écrit:
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)
Je reconnais que je suis parano, mais juste parce que ça servait mon propos... désolé!
chrisaga a écrit:
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 [...]
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)
1.a: Pas de prob, on en est tous là.
1.b: je pensais plus à la 1.6; la nouvelle. Mais on se débrouillera bien.
4: Il est clair que le code a fait d'énormes progrès. Félicitations à tous.
Je vais regarder en détail la gestion en 1.6! Tout mes voeux sont probablement comblés!
Encore une fois, je ne remets pas du tout en cause le super boulot que tu as fait chrisaga.
C'est juste que je ne pense pas que je vais faire eternellement faire suivre mon template.
Je suis sur que ma thèse (entre autre choses!) va m'obliger à decrocher un des ces quatres. Et je trouvais que ca serait dommage de ne pas pouvoir utiliser les vieux themes ou templates.
Merci encore.
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)
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. Ca peut permettre de mieux marquer la différence entre l'admin et l'utilisateur.
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.
La séparation du menu permettra aussi de pouvoir mieux gérer celui de l'admin.
Pour la souplesse et la complexité des templates, j'en parle ici: http://forum.phpwebgallery.net/viewtopic.php?id=6483
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
Je suis un peu perdu la...
On parle de "Separé l'admin du template" ou de "séparation complète de la partie publique et partie administration"?
Pour vous, c'est pareil ou non?
Ce que j'en comprends:
o "Separé l'admin du template" = ne plus utilisé de template pour l'admin
o "séparation complète de la partie publique et partie administration" = 2 framework différents pour la partie publique et administration
Ce que j'en pense, comme ca d'un coup:
o je suis pour la séparation totale des partie admin et publique (surtout qu'au niveau des écrans, ceux sont les parties admin qui changent le plus souvent par rapport aux partie publiques
o je suis contre le fait de pas utiliser de template pour l'admin (mais la je pense que je vous ai mail compris)
o ne pourrai-t-on comme le menubar cité, faire des "mini-tpl" pour chaque fonction importante afin de permettre une migration plus rapide d'un tpl perso?
Bon, il faut savoir que je n'ai jamais fait de template perso, donc mes remarques ne sont peut-être pas tres pertinante..
Voyons que ce que les "pwg templater" peuvent nous proposer pour une gestion meilleure encore et de plus en plus meilleure....
fait sur mantis.
Pour le wiki: question à rub ailleurs...
Allons vers l'integration invisible de mantis et du wiki? ;-)
rub a écrit:
les 2?
pffffffffff :-)
les 2?
mantis ou wiki?
Je suis très en faveur d'une séparation complète de la partie publique et partie administration. Si ça ne tenait qu'à moi, cela serait le cas depuis la 1.4, mais Gweltas souhaitait conserver la même présentation entre les 2 parties.
Pour l'extraction de la menubar, je suis tout à fait en faveur également. Y'a plus qu'à.
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 .