Habillages

Notes sur le projet du plugin Habillages.

Plusieurs pistes a developper pour le plugin « habillages » :

-  1)Inserer un choix sur la page d’accueil d’« habillages » qui permette de modifier
le chemin des fichiers de squelettes et de themes sur une autre page de configuration,
afin de permettre un usage « bidouilleur/euse » du plugin.

0) Permettre la prise en compte de squelettes personnalises dans les repertoires classiques
de personnalisation des squelettes, toujours pour permettre un usage « bidouilleur/euse » du
plugin. Attention, probleme de compatibilite avec des squelettes choisis, notamment dans le
cas ou l’utilisatrice/teur installe par exemple son jeu de squelettes perso dans le dossier
« squelettes » mais veut faire aussi des modifs pour les squelettes proposes par le plugin
« habillages » (il ne peut donc pas mettre ces dernieres personnalisations dans le dossier
« squelettes » qui contient deja un squelette perso original independant du plugin « habillages »).

1) Integration du plugin « coloriage dist » (= definir le plugin « habillages » comme
etant dependant du plugin « coloriage dist »)
-  > Inserer (si l’auteur original est d’accord) le plugin « coloriage » a la gestion
des squelettes et themes en ajoutant un fichier theme.xml a la racine du plugin.
-  > Voir pour permettre au plugin « coloriage » de donner une sorte de capture écran de la dist
avec une mise en relief des parties concernees par le changement de couleur quand on passe
la souris sur le champs couleur d’une partie de la dist.

2) Integration du plugin « cfg » (= definir le plugin « habillages » comme
étant dependant du plugin « cfg »)
-  > voir comment generaliser l’utilisation du plugin « cfg » pour tout ce qui est gestion
des variables de personnalisation. Long travail : il faut passer toutes les interfaces
actuelles du plugin « habillages » en usage « cfg », mais l’avantage est une legerete
accrue et une simplication du codage. De plus, l’avantage majeur reste la possibilite
de gerer grace a « cfg » des squelettes qui demandent une gestion des mots cles, le principal
obstacle a une souplesse dans le passage d’un squelette a un autre sur un site etant la
personnalisation des squelettes par mots cles qui serait ainsi automatisee (qui s’adapterait
a chaque squelette sans intervention humaine autre qu’assigner a des rubriques/articles des
mots cles de facon predefinie).
— > Problematique des mots cles : action de lobbying aupres des developpeurs de spip pour
que SPIP puisse dans l’avenir integrer en natif des mots cles predefinis, courament utilises,
et dont l’usage fait l’objet d’un consensus admis implicitement des bidouilleuses et bidouilleurs
par l’usage qu’ils en font. Il semble en effet patent que beaucoup de developpeurs utilisent les
mots cles pour faire apparaitre certaines parties d’un site ici ou la (tels que « une », « menu »,
etc.). Generaliser en natif au moins cinq mots cles permettrait de generaliser certains squelettes
qui fonctionnent avec des mots cles au moins de base. Ceci permettrait egalement tout un tas de
traitements automatiques (sur la base de ces mots cles) dans les squelettes qui seraient benefiques
a plus d’un titre. Dans le plugin « habillages », ceci permettrait de passer d’un jeu de squelettes
a un autre sans demander a l’utilisateur ou l’utilisatrice de creer a chaque fois des mots cles
propres a tel ou tel jeu de squelettes. Dans tous les cas, cette problematique de mots-cles reste
bloquante pour appliquer des « habillages » tout-prêt à un site...

Plugin « Habillages »
© 2006-2007 - Distribué sous licence GNU/GPL