[spip-dev] [SPIP Zone] Plugin Menu inutilisable

Dev
1

Je ne suis pas sur qu'ajouter de la config à la config soit une bonne solution...
La vrai question est : "cela a-t-il un sens de proposer quelque chose d'aussi compliqué ?"
on vise qui avec une configuration comme cela, honnêtement ?

Quand la complexité de la configuration dépasse celle de la boucle à écrire (et qu'il faut comprendre le fonctionnement d'une boucle pour comprendre la configuration, cf les critères de tri etc...) c'est qu'on a complètement raté le coche.
Ce genre de cas compliqué qui est plus vite fait en écrivant les 4 lignes de squelette que en remplissant le formulaire.
Proposons plutot un squelette modèle qui fait le truc compliqué toutes options et que chacun personalisera

Cédric

2

Je ne suis pas sur qu'ajouter de la config à la config soit une bonne solution...
La vrai question est : "cela a-t-il un sens de proposer quelque chose d'aussi compliqué ?"
on vise qui avec une configuration comme cela, honnêtement ?

Quand la complexité de la configuration dépasse celle de la boucle à écrire (et qu'il faut comprendre le fonctionnement d'une boucle pour comprendre la configuration, cf les critères de tri etc...) c'est qu'on a complètement raté le coche.

Dans mon cas personnel, je ne l'utilise pas car :
- je le trouve complexe
- je sais faire les boucles et personnalisations.

Pour les webmestres que j'accompagne, il n'est pas simple du tout en effet.
J'avais hésité à l'utiliser dans scolaspip, mais finalement non.

Ce genre de cas compliqué qui est plus vite fait en écrivant les 4 lignes de squelette que en remplissant le formulaire.
Proposons plutot un squelette modèle qui fait le truc compliqué toutes options et que chacun personalisera

Ça, je l'utiliserai volontiers.

Johan

3

Bonjour à tous,

Je me permets de reagir -très positivement- à cette suggestion.
En effet, j'avais de plus en plus l'impression d'une dérive
de SPIP vers une "usine à gaz spécialisée", réservée aux Dev.
   C'est d'ailleurs cette perception, expérimentée avec
l'initiation de plusieurs "nouveaux" qui m'a lancé en particulier
dans l'approche http://spippourlesnuls.fr/?-SQUELETTES-pour-SPIP,37-

Donc je m'empresse d'exprimer mon soutien à la réalisation de plugins
"simples" d'assistance au Webmestre débutant, ayant dû récemment
utiliser (et donc découvrir, en jouant à l'apprenti-sorcier, malgré les Doc) des plugins de développement spécifiques.

Ne pas oublier qu'une difficulté accrue pour les debutants
va s'imposer avec SPIP3 (celle qui penalise deja Z... hélas) :
-> l'obligation de rechercher des fichiers et noisettes
dans "plein" d'emplacements, au contraire des premieres dist
où tout est ecrit dans le meme fichier HTML.

Je ne critique pas ces approches très modulaires (Z & plugins-dist)
particulièrement pratiques pour un développement efficace,
mais je souhaite aussi voir SPIP conserver cet aspect "pédagogique",
qui a été l'un des principes de squelettes-dist ...
car je crois cet aspect "initiation" fort important.

Merci Cerdic
YannX

4

Hum,

5

Tout simple : déjà,faut aller regarder dans:
- squelettes-dist (classique, mais les inclure se multiplient)
- prive(pour ceux qui connaissaient, mais cela se generalise..)
- plugins-dist........ (en plus de plugins)

J'en dirai plus qd j'aurai totalement analysé la nouvelle dist
(il me semble que cela expliquerait aussi certains pbs de pages blanches,en particulier a la connexion avec des "login.*" divers
   http://www.spippourlesnuls.fr/?la-dist,76

YannX

6

Hum,

Ne pas oublier qu'une difficulté accrue pour les debutants
va s'imposer avec SPIP3

D'où sort tu cette info qui te permet d'affirmer ça ?

Tout simple : déjà,faut aller regarder dans:
- squelettes-dist (classique, mais les inclure se multiplient)

Moué bof

- prive(pour ceux qui connaissaient, mais cela se generalise..)

Le débutant n'a pas à y modifier quoique ce soit... ou alors il sait
ce qu'il fait et il est moins débutant que débutant...

- plugins-dist........ (en plus de plugins)

On avait extensions... et par ailleurs le débutant n'a pas à y
toucher... c'est pour cela qu'on les fourni dans la distribution de
base...

J'en dirai plus qd j'aurai totalement analysé la nouvelle dist
(il me semble que cela expliquerait aussi certains pbs de pages blanches,en
particulier a la connexion avec des "login.*" divers
Squelettes de la "dist" - SPIP pour débuter

Analyse.... analyse...

7

Hello,

La vrai question est : « cela a-t-il un sens de proposer quelque chose d’aussi compliqué ? »
on vise qui avec une configuration comme cela, honnêtement ?
Ce genre de cas compliqué qui est plus vite fait en écrivant les 4 lignes de squelette que en remplissant le formulaire.
Bonjour à tous,

Je me permets de reagir -très positivement- à cette suggestion.
En effet, j’avais de plus en plus l’impression d’une dérive
de SPIP vers une « usine à gaz spécialisée », réservée aux Dev.
C’est d’ailleurs cette perception, expérimentée avec
l’initiation de plusieurs « nouveaux » qui m’a lancé en particulier
dans l’approche http://spippourlesnuls.fr/?-SQUELETTES-pour-SPIP,37-

Soit, mais je m’insurge un peu sur cette pensée unique du tout sauf le clicodrome. Dans l’exemple de Cédric il est clair que le formulaire est mal pensé mais est-ce toujours le cas ?

Désolé de reprendre cet exemple mais à cet égard Sarka-SPIP est un contre exemple avec ses 5300 sites. Et c’est surement pas parce qu’il est moche !
Donc il n’y a pas de réponse toute faite à cette problématique parce qu’y répondre demande déjà par définir à qui on s’addresse.

Donc les généralités que tu exprimes YannX n’ont pas de sens amha sans en préciser la cible.

Donc je m’empresse d’exprimer mon soutien à la réalisation de plugins
« simples » d’assistance au Webmestre débutant, ayant dû récemment
utiliser (et donc découvrir, en jouant à l’apprenti-sorcier, malgré les Doc) des plugins de développement spécifiques.

Donc le débutant est un webmestre pour toi !

Ne pas oublier qu’une difficulté accrue pour les debutants
va s’imposer avec SPIP3 (celle qui penalise deja Z… hélas) :
→ l’obligation de rechercher des fichiers et noisettes
dans « plein » d’emplacements, au contraire des premieres dist
où tout est ecrit dans le meme fichier HTML.

Et là, c’est qui le débutant ?

Je ne critique pas ces approches très modulaires (Z & plugins-dist)
particulièrement pratiques pour un développement efficace,
mais je souhaite aussi voir SPIP conserver cet aspect « pédagogique »,
qui a été l’un des principes de squelettes-dist …
car je crois cet aspect « initiation » fort important.

Initiation à quoi ?

8

Re,

9

Bonjour,

Tiens j'ai pensé à un truc pédagogique (trop tard pour la 3.0)...
Dans la dist, renommer (s'ils sont encore là en 3.0) les dossiers de Z contenu, navigation, extra, en z-contenu, z-navigation et z-extra...
Comme ça on identifie bien les dossiers de la structure Z, au lieu que ces dossiers soient noyés dans public, prive, ...

10

Bonjour,

Tiens j'ai pensé à un truc pédagogique (trop tard pour la 3.0)...
Dans la dist, renommer (s'ils sont encore là en 3.0) les dossiers de Z
contenu, navigation, extra, en z-contenu, z-navigation et z-extra...
Comme ça on identifie bien les dossiers de la structure Z, au lieu que
ces dossiers soient noyés dans public, prive, ...

Autant je serais intéressé a voir apparaitre une norme pour identifier
les plugins compatibles Z /dérivés de plugins compatible dist/
(un mot-clé spécifique à rajouter dans les filtres dans SVP ?
(ou pour déterminer un système d'écriture des noisettes
  en surcharge dans /plugins/auto bi-compatible /Z & /dist ;-)).

Autant pour ces sous-dossiers je suis pas d'accord par contre,
  je ne vois pas trop l'intéret car ce ne sont QUE des noisettes,
  standard parfaitement utilisable dans tout squelette Z ou dist ou...
Au contraire meme (y'a deja assez de changements en doc) !

Car si ces noms de dossiers sont "réservés" par Zpip,
(c'est-à-dire que Z fonctionne "en dur" sur leur 'nom')
rien n'empeche de les utiliser pour y déposer
des noisettes utilisés de facon commune par :
- des squelette Zpip
- et d'autres traditionnels
   (ces noms sont logiques : j'en utilisais déjà !!)

En effet, le système Z ne s met en marche que si :
- le plugin Zpip est activé, ET
- il n'existe pas de fichier squelette
   correspondant au #URL_PAGE{fichier}
   dans ./squelettes,
  sinon => c'est le systeme traditionnel qui s'applique !

NB. Le seul cas particulier concerne les variantes par rubriques,
qui necessite d'avoir le squelette générique au meme niveau de chemin !

J'ajoute que j'utilise regulièrement un mix des deux systèmes
sur divers sites (initialement à partir de la dist,
(utilisantZ surtout pour rajouter vite des pages nouvelles...)
Pas propre, mais efficace.
- le seul pb. (que je connaisse) peut concerner des formulaires,
   ou le .php du CVT n'a pas tjrs bien remplacé une vielle version
   (ce serait apparu plusieurs fois comme cause de LOGIN impossible).

Ne pas oublier qu'une difficulté accrue pour les debutants
va s'imposer avec SPIP3 (celle qui penalise deja Z... hélas) :
-> l'obligation de rechercher des fichiers et noisettes
dans "plein" d'emplacements, au contraire des premieres dist
où tout est ecrit dans le meme fichier HTML.

Maintenant j'utilise prioritairement Z
     (j'ai pas changé toutes mes pages anciennes en Z)

Je ne critique pas ces approches très modulaires (Z & plugins-dist)
particulièrement pratiques pour un développement efficace,
mais je souhaite aussi voir SPIP conserver cet aspect "pédagogique",
qui a été l'un des principes de squelettes-dist ...
car je crois cet aspect "initiation" fort important.

Mais je comprends que la fragmentation induite,
et la nécessité de comprendre d'abord #ENV
rendent ce système plus difficile aux débutants.

YannX