Quelques petites réflexions sur les thèmes puisque c’est le sujet chaud du moment.
Etant donné que Zen Garden n’utilise pas exactement les mêmes fonctions que le core pour les infos plugin.xml ne pourrait-on pas changer le nom de plugin.xml en theme.xml ce qui éviterait d’utiliser la balise avec la valeur “theme” de façon obligatoire et ainsi l’utiliser pour nommer le theme de façon unique et cohérente avec les plugins ?
En particulier, on utilise le dossier comme nom du thème et dans var_theme c’est pas vraiment intuitif a moins que j’ai raté une marche.
Quelques petites réflexions sur les thèmes puisque c'est le sujet chaud du
moment.
Etant donné que Zen Garden n'utilise pas exactement les mêmes fonctions que
le core pour les infos plugin.xml
juste parce que les fonctions du core 2.0 ne permettent pas de lire
les fichiers plugin.xml en dehors du répertoire plugin.
Les fonctions utilisées sont donc celles du core 2.1. C'est donc
purement temporaire le fait qu'on utilise pas les fonctions du core.
ne pourrait-on pas changer le nom de
plugin.xml en theme.xml ce qui éviterait d'utiliser la balise <prefix> avec
la valeur "theme" de façon obligatoire et ainsi l'utiliser pour nommer le
theme de façon unique et cohérente avec les plugins ?
Le principe c'est que le thème est utilisable soit dans themes/ à
travers le jardin zen, pour proposer une galerie, soit installé
directement en plugin, quand on a pas besoin de donner le choix à
l'utilisateur.
Ceci permet d'avoir la même structure de dev quel que soit le projet,
seule le mode d'installation changeant.
La variante theme.xml est celle qu'avait proposé Franck Ducas dans skthemes.
J'avais fait une première simplification en regroupant tout dans
plugin.xml avec une declaration <theme>, mais finalement a force de
simplification, j'en suis arrivé à la conclusion que ça n'apportait
rien et j'ai tout resimplifié à nouveau pour arriver à ce qui est
proposé.
Par ailleurs, le fait de mettre le même prefix sur tous les thèmes est
volontaire : si on installe en plugin un thème, on ne doit pas activer
plusieurs thèmes à la fois, ça n'a pas de sens et produira
possiblement n'importe quoi.
En particulier, on utilise le dossier comme nom du thème et dans var_theme
c'est pas vraiment intuitif a moins que j'ai raté une marche.
Oui, mais c'est exactement la même chose que dans les var_skel
D'autre part ce n'est pas une interface utilisateur, mais seulement
une petite fonctionnalité pour pouvoir faire des liens directs vers
une preview. Pour les utilisateurs, le jardin zen est bien plus
approprié.
juste parce que les fonctions du core 2.0 ne permettent pas de lire
les fichiers plugin.xml en dehors du répertoire plugin.
Les fonctions utilisées sont donc celles du core 2.1. C'est donc
purement temporaire le fait qu'on utilise pas les fonctions du core.
Ok, roger
Le principe c'est que le thème est utilisable soit dans themes/ à
travers le jardin zen, pour proposer une galerie, soit installé
directement en plugin, quand on a pas besoin de donner le choix à
l'utilisateur.
Yop
Par ailleurs, le fait de mettre le même prefix sur tous les thèmes est
volontaire : si on installe en plugin un thème, on ne doit pas activer
plusieurs thèmes à la fois, ça n'a pas de sens et produira
possiblement n'importe quoi.
Ok, donc le préfixe n'a pas vraiment la même signification externe
pour les thèmes mais permet d'isoler un seul theme dans la logique
plugin. Ouais...
Oui, mais c'est exactement la même chose que dans les var_skel
D'autre part ce n'est pas une interface utilisateur, mais seulement
une petite fonctionnalité pour pouvoir faire des liens directs vers
une preview. Pour les utilisateurs, le jardin zen est bien plus
approprié.
Oui tout à fait, c'est utile pour éviter d'accéder à l'espace privé
dans un site de tests. En fait, dans le public il faut utiliser cette
option via des liens explicites donc.