Deuxième proposition d’ajout pour la version SPIP 3.1.
Ajouter une gestion simple de thèmes pour la nouvelle dist qui sera proposée.
Un consensus s’est dégagé pour proposer une dist “nue” simple et dépouillée. D’aucun, comme moi, dirait “trop” dépouillée.
Erational a donc proposé un thème pour coincider avec mes remarques.
De fait, il parait intéressant de faire un pas de plus et de proposer des thèmes dist et une gestion de ces thèmes intégrés à la distribution SPIP 3.1.
L’idée est la suivante :
partir la notion de thème déjà utilisé par certains squelettes comme zpip, spipr ou sarka-spip mais en limitant la personnalisation à du css.
par cohérence avec plugins-dist/ et squelettes-dist/, SPIP installerais un répertoire themes-dist/ incluant l’ensemble des thèmes élaborés pour la dist.
un point très important de pédagogie dans la documentation et la présentation de SPIP 3.1, c'est d'expliquer que Thème = Présentation graphiques alors Squelettes = Choix du contenu à afficher. En effet, face à un CMS que je ne nommerai pas, mais bien connu, il faut éviter les confusions dans les esprits. Or ledit CMS mélange allégrement les deux, sous la même dénomination. Une clarification terminologique à l'égard du grand public serait la bienvenu.
D'accord avec tout ça, même si c'est pas évident d'expliquer de façon claire et simple la différence squelette/thème sans tomber dans le jargon technique.
L'occasion aussi de revoir cette page : http://contrib.spip.net/Themes
Actuellement, ça parle de flux RSS, de connaissances à acquérir et de créer un thème, mais ça n'explique pas basiquement comment installer un thème.
Et en plus ça ne concerne que des thèmes pour Zpip (si j'ai bien compris).
Si nous adoptons (avec grand plaisir pour ma part) par défaut une gestion de thèmes dans SPIP, cette page sera à déporter sur un site dédié aux thèmes distribués pour spip. http://themes.spip.net par exemple.
Ce site présenterait donc tous les thèmes quelque soit le squelette utilisé (dist, Sarka, SPIPr, Escal, et cie). Chaque thème devra pouvoir dire s'il est compatible avec tel ou tel squelette, son nombre de colonnes, thème "sombre", "simple", bootstrap, foundation, etc.
De là, l'utilisateur pourra filtrer les thèmes selon ses besoins le télécharger, ou à terme, l'importer dans l'interface ZenGarden.
Un thème n'est pas un "plugin" à proprement parler… il ne gère que l'habillage (oui, on est d'accord il est distribué sous forme de plugin).
Du coup, se posent comme questions :
- qui peut proposer les thèmes qui seront dans theme-dist ? Comment sont-ils sélectionnés ?
- c'est quoi la deadline pour en proposer ?
- à part ne toucher qu'à la CSS, y a t'il d'autres contraintes ? Est-ce qu'on peut ajouter des images (je pense à un bandeau ou une police par ex) ? (cf mail de tetue sur la nomenclature)
Pour les thèmes et les squelettes est il possible faire l’analogie avec le principe des thèmes GTK?
GTK parle souvent de “moteur de thème”. Je me demandais donc si il était possible d’employer ce terme afin d’aider à la compréhension et a la classification d’un thème / squelette.
Il me semble que Zpip et SpipR, (bien que basé sur Zcore), sont quelque chose de plus évolué qu’un simple squelette. Est ce possible de les considéré comme des ‘moteurs de thèmes’ ou ‘moteurs de squelettes’?. Pour sarka, Escal & autres autre je ne connais pas, et je ne sais pas s’il pourrait entrer dans ce genre de classification.
