Action 9 - Regroupement des squelettes par famille

Mais pourquoi pas une sous-catégorie Z, R, HTML5, Galactic... ?

je connais pas encore ta proposition pour les squelettes. Mais l'apparentement de famille ne correspond pas nécessairement à un apparentement fonctionnel. Et je pense uq'un apparentement fonctionnel serait plus utile

Tu veux dire que les sous-catégories ça serait plutôt "squelette/blog", "squelette/vitrine", etc par exemple ?

Mais comment on mettrait les squelettes qui sont très configurables, polyvalents (par ex avec noisettes et compositions) et qui permettent de générer aussi bien un blog qu'un magazine ou un site de commerce ? "squelette/generique", "squelette/polyvalent" ?

Mais oui je suis assez d'accord que ce genre de sous-catégories seraient plus pertinents qu'un classement par technique.

Mais du coup à part pour des devs et pros de l'intégration, je ne vois pas spécialement l'intérêt pour le grand public de faire cette distinction par technique qu'il y a derrière, ça avance à quoi, ça sert à quoi ?

Ce qui compte c'est "je veux faire un blog", ou "je veux faire une boutique", quels squelettes peuvent m'aider à faire ça, peu importe la technique derrière.

le classement par technique n'a effectivement de pertinence que pour les dev et pros de l'intégration.

et c'espout ca qu'il doit être secondaire à mes yeux

L'utilisation de mots clefs permettrait aux squelettes polyvalents (blog et site par ex) d'apparaitre dans les différents tri.
Comme précisé dans l'action 6 (et c'est là que je trouve que cette discussion fait doublon car tout ça est une seule et même question :) ), pour moi, on a 1 composition pour la rubrique racine des squelettes qui affiche graphiquement tous les squelettes dispo (dans l'idée de https://demo.spip.net/spip.php?page=themes ) avec tri/recherche (cf pad) et générée automatiquement à partir des infos des pages de docs (mots-clefs, capture d'écran...).
Et c'est cette page qui sert à naviguer dans les squelettes qui seraient donc tous au même niveau (enfants directs de la rubrique racine des squelettes).

Exact, je pense que ma proposition n'est pas bonne.

Sur Contrib nous avons actuellement : squelette/blog, squelette/generaliste, squelette/editorial, squelette/spécial. Bon alors c'est pas toujours explicite mais c'est bien l'idée exprimée par Maieul. Et rien empêche de proposer un mot-clé pour Z, HTML5... qui d'ailleurs pourrait être en lien avec les thèmes compatibles.
Il faut trouver par contre la bonne catégorisation.

Sinon, je vois que sur Contrib il y a aussi les outils pour squelette. Je pense que ça c'est à mettre ailleurs dans les plugins (outil/squelette voire autre chose suivant le cas).

Salut,

je relance ce sujet ici car il y a un échange sur spip-zone https://www.mail-archive.com/spip-zone@rezo.net/msg48256.html (+ les mails réponses) avec une décision à prendre.

Le souci : avoir des catégories squelette-blog, squelette-editorial, squelette-generaliste, squelette-special peut-être trop rigide si un plugin est polyvalent (cf remarque de @rastapopoulos et la mienne pour les squelettes qui propose plusieurs fonctionnements type blog et éditorial).

Une solution : n'avoir qu'une catégorie Squelette (comme il n'y en a qu'une pour les thèmes) et fonctionner avec des mots-clefs pour les filtrer (voir le pad pour les filtres https://annuel.framapad.org/p/mise-en-valeur-des-themes-et-squelettes )

Est-ce que ça vous parait une bonne solution ?
Sinon, quel est le besoin qui pousse à garder ces sous-catégories ?

je suis dubitatif sur la polyvalence d'un squelette. S'il est polvyalent, il est generaliste...

Je pense qu'il faudrait expliciter ces catégories pour voir de quoi on parle car je ne suis pas sûr qu'on mette tous la même chose derrière "généraliste" ou "éditorial" par exemple. Et aussi voir s'il n'y en a pas d'autres : par exemple, quelqu'un qui cherche un squelette type "en travaux" ou un "one page" ou une galerie photo, ça sera dans "spéciaux" ?
Comme évoqué dans mon mail sur la liste, je vois bien les problèmes que peut poser cette catégorisation (ça doit rentrer dans une catégorie et pas plus) mais je ne vois pas trop ce qu'elles apportent par rapport au mots clefs qui sont plus flexibles et permettent le même filtrage (et qu'il faudra bien sûr "normaliser" pour ne pas que ça parte en cacahuètes).