Re: SPIP 4 — proposition d'enlever squ elettes par rubriques

Le 30/04/2021 à 10:03, jeanmarie a écrit :
> *Ok pour la liste des plugins supprimés.*
> Y compris *Squelettes**par rubriques* qui induit des pratiques pas forcément idéales (je m'inclus dedans) et couteuse en 
> perf (je fais confiance au dev sur ce point).
> Il est avantageusement remplaçable par Compositions 

Il y a des arguments théoriques en faveur de composition,
du même ordre me semble t il que ceux qui favorisent A2A ou Selections
au détriment des motclés.

Squelette par rubrique c'est simple (avantage) mais c'est rustique (pas sémantique),
et par ailleurs ça a un coût en terme de performance.

Mais composition aussi a un coût en performance pour son fonctionnement.
Et ce coût n'est il pas plus important encore pour les compositions
vu le grand raffinement et la complexité des possibles réglages contextuels ?

Pour ma part je n'ai pas encore eu l'occasion d'apprécier Composition,
mais par contre j'en ai perçu c'est des gênes :
- ça altère les tables et y ajoutant une colonne (même quand c'est inutile).
- l'usage des compositions altère les squelettes polyvalents (z par exemple)
en ajoutant des arguments superfétatoires aux inclusions.

Parfois je fais sans le plugin des trucs qui ressemblent aux Compositions,
et je ne vois pas bien ce que le plugin m'apporterait en plus.

Compositions est certainement la bonne solution dans certains cas,
mais quand squelettes-par-rubriques est adapté,
je pense que c'est plus adapté et mieux que Compositions.

Je veux pas non lus dire qu'il faut garder squelettes par rubriques (sujet du thread)
car c'est pas utiles à tous les sites et car il y a des alternatives,
mais peut on remettre Compositions à sa juste et relative place (sujet du vendredi ?) ?

JL


> et, pour combler le besoin légitime d'Arno de pouvoir verrouiller 
> par composition (aujourd'hui, c'est tout ou rien), ça serait une fonctionnalité à ajouter dedans. Pour le reste, 
> l'intérêt de la suppression me parait l’emporter sur le garder en plugins-dist.
> 
> *Compagnon*
> 
> Sur le principe, je me dis que c'est utile et accueillant (tendre comme SPIP, quoi :) ).
> Sur l'utilisation au quotidien, je trouve ça chiant (en tant que personne qui utilise intensément l'espace privé) de 
> l'avoir dans les pattes tout le temps et devoir le fermer au cas par cas.
> 
> Comme évoqué par d'autres dans la discussion, ajouter la possibilité de le désactiver pour soi et, tant qu'à y être, 
> pour tout le monde si ça mange pas de pain serait super.
> 
> Aussi, rendre les boutons qui ferment les boites d'infos (Merci / J’ai compris ! / Parfait...) pourraient être plus 
> explicites (avec une croix pour ? des styles plus boutons ? ...) pour que les gens les ferment (la plupart de mes 
> utilisateur·rices reste avec pendant des mois avant que je leur dise qu'ils sont désactivables. > ça mérite un ticket ça ?
> 
> Et pour finir, *merci à toutes les personnes qui ont contribué à ces grandes avancées *ces derniers temps, c'est 
> vraiment une super dynamique pour la communauté !
> 
>                  jeanmarie
> 
> 


_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip