Je crois que nous sommes d'accord sur l'essentiel : simplicité du code et efficacité à l'exécution.

Je résiste un peu parce que je ne vois pas bien ce que ta solution apporte vraiment comme simplification/clarification, mais je vois assez bien que ça complique le code. Comme je ne suis pas très à l'aise avec php (en fait j'ai l'impression que ce n'est pas très éloigné de perl) j'ai peut-être tendance à exagérer les complications ... sauf que récupérer une liste de répertoires pour avoir directement la liste des themes me paraissait une solution simple et élégante.

De toutes façons, c'est toi le boss .

Comment veux-tu avancer ? Il va falloir commencer à mettre des choses dans le svn.
Si tu es d'accord, je peux modifier ce que j'ai fait en accord avec les renommages template -> theme dont nous avons discuté, et l'arborescence que tu proposes et l'intégrer. Je ne serai probablement pas autonome sur les modifs du code php - quoi que ... c'est tellement bien fait que j'arrive à m'y mettre facilement ;-) 

De toutes façons, ça me parraît être une avancée significative pour répondre aux besoins de personnalisation.

Bon Ok pour l'arborescence et puis :

z0rglub a écrit:

On va rapidement proposer yoga/pooh (allez, je le ferai pour te faire plaisir ;-)

J'attends ça avec impatience !

z0rglub a écrit:

Comme tu le soulignes, je pense que tu exagères la complexité car tu ne maîtrise pas encore le code PHP.
[...]
Les bouts de code que tu as vu dans mon précédent post devrait te convaincre que la difficulté technique est simple à surmonter, non ?

C'est pas grave, je vais m'y mettre "par la pratique" comme je l'ai fais avec la plupart des langages que j'ai appris jusqu'ici (il n'y a qu'ADA et un peu Pascal que j'ai appris de façon traditionnelle). Je pensais que je pouvais m'arrêter à Perl et je m'étais dit que je ne me mettrais jamais à PHP...
Mais il n'y a que les imbéciles qui ne changent pas d'avis, d'ailleurs ça a toujours été mon avis  ;-)

z0rglub a écrit:

Gweltas en son temps a mené de véritables discussions combatives (dans la section privée) desquelles il n'est pas vraiment sorti vaincu ;-)

Je me sens un peu jeune dans le projet pour combatre el dnarg bulgr0z sur le produit qu'il a initié et développé.

z0rglub a écrit:

Commit les modifs que tu avais prévu + les éventuels changement liés à notre discussion sur ce topic.

OK, j'espère faire ça dans la semaine.

z0rglub a écrit:

Un des énormes avantages de Subversion par rapport à CVS, c'est que les répertoires sont versionnés et qu'on peut renommer les fichiers. Donc, on pourra facilement changer les choses a posteriori. (ça me fait plaisir que tu vois un avantage de Subversion par rapport à CVS d'ailleurs, tu n'avais pas l'air convaincu lors de la migration).

Bonne chose !
Je n'étais ni pour ni contre, je ne connaissais pas, et je voulais te faire réagir un peu pour que tu nous explique.
J'apprécie le fait de ne pas avoir à maintenir le changelog, mais j'ai l'impresssion qu'on a un peu perdu dans l'interface de Gna! (visu graphique des branches ...) mais rien de grave. Il n'y a plus qu'à apprivoiser l'outil.

z0rglub a écrit:

En prenant un petit peu de recul, je dirai que tu veux faire 3 améliorations en même temps alors qu'une seule suffit à mon sens.

J'étais parti juste sur la mutualisation des ressources communes aux templates, mais les discussions sur le forum m'ont relancé sur mon idée première de gestion des thèmes indépendamment des templates pour permettre une personnalisation plus facile (tu te souviens, c'était ma motivation pour vous rejoindre).

J'ai tiré sur le fil, et toute la pelote est venue si facilement que je n'ai pas pu m'arrêter. Finalement toute cettegestion de template est vraiment bien faite, la seule chose non aboutie est la gestion des thèmes, et nous sommes en train d'y remédier.

L'un des gros avantages est le fait que l'on masque la complexité du template à ceux qui pourraient s'y sentir perdus. Du coup les discussions sur le nombre de SPAN imbriqués me semblent perdre de leur importance à mesure que l'on se rend compte que l'on peut presque tout faire avec les css (Cf. mes interventions sur le forum et les solutions que je donne dans le Wiki)

Je te laisse t'occuper de la partie mise à jour de user_infos.template, ou je m'en occupe ? (j'ai écrit un paragraphe sur le wiki pour dire comment faire cela). Pour le moment, si on fait l'update, la galerie est cassée.

Salut,
J'interviens sur ce post suite à une remarque que j'ai laissée sur celui ci...
J'y explique qu'il serait bien que les plugins prennent en compte, autant que possible, le thème du template (ne pas afficher un "?" pour l'aide si le thème tend à mettre une bouée)

J'ai vu ceci au début du thread:

z0rglub a écrit:

- soit "template/{user:template}/theme/help.png"
- soit "{template:help_icon}", "{template:default_layout_stylesheet}"

et si ce n'est pas trop tard, je penche plutot sur {template:help_icon} qui permettrait d'avoir l'icone "Help" en fonction du template et du thème sélectionné sans se soucier du chemin d'accès. Pour associer correctement et facilement "help_icon" à "/templates/montemplate/themes/monthème/images/help.png" on peut prévoir un fichier xml dans la racine du thème qui rappelle les variable utilisées et leur chemin d'accès

<theme name=montheme>
   <author>MBt</author>
   <title>Votre template à mon image</title>
   <files>
        <file name=help_icon>./images/help.png<file>
        ...
   </files>
</theme>

Ce même fichier pourrait exister à la racine du template pour définir un thème par défaut.

Cdt
MBt

c'est sûr, le XML c'est lourd néanmoins c'est portable, lisible et facilement modifiable.

Si tu fais un template et que tu te prend la tête à définir les icônes dans un fichier de config, celui qui veut ajouter un thème à ton template n'a qu'à recopier ton fichier de config et éventuellement changer les noms des fichiers (ce qui normalement ne doit pas être utile tu me diras), le travail est moins long.

L'intérêt d'avoir un fichier de config c'est qu'il peut être appelé de manière totalement transparente, sans connaître à priori l'arborescence des réperoires du thème.

MBt

Mon grain de sel : je ne vois pas ici l'intérêt des fichiers au format XML. Un tableau dans un fichier PHP, c'est aussi simple et plus rapide à l'exécution.

Cela dit, ce n'est pas vraiment l'important dans la remarque de MBt. L'important c'est de définir le chemin pour chaque icône et pas uniquement le répertoire des icônes. C'est vrai qu'il y a du pour et du contre. Personnellement, je n'ai pas de préférence. Chrisaga, je n'essaierai donc pas de t'influencer sur ce coup-là :-)

icône par icône :

- avantage : si un seul icône change, pas besoin de tout dupliquer
- inconvénient : si un nouvel icône apparaît (ce sera le cas en 1.6, promis), il faut modifier tous les fichiers de conf de thèmes
- inconvénient : lourd à maintenir
- inconvénient : problèmes de dépendances d'un thème à l'autre

comme je n'ai pas trouvé de feature correspondant à ce topic dans mantis, je rapporte ici:
le lien vers l'icone de permissions est cassé (ancienne version des templates).