[SPIP Zone] sélecteurs de thèmes et "comportements" (scripts js/jquery)

A propos des plugins de sélection de thèmes, il faut peut-être pérvoir dès
aujourd'hui l'ajout de "comportements" (des scripts jQuery) en plus des CSS.

Par exemple si je fais un plugin "coins arrondis" pour la dist (qui se
limite à ajouter un script js, et éventuellement une css, dans
#INSERT_HEAD), comment viendrait-il s'installer dans ton système ?

-- Fil

Fil a écrit :

A propos des plugins de sélection de thèmes, il faut peut-être pérvoir dès
aujourd'hui l'ajout de "comportements" (des scripts jQuery) en plus des CSS.

Par exemple si je fais un plugin "coins arrondis" pour la dist (qui se
limite à ajouter un script js, et éventuellement une css, dans
#INSERT_HEAD), comment viendrait-il s'installer dans ton système ?

Je ne sais pas à qui tu parles en particulier, mais en ce qui me concerne il "suffit" de créer une rubrique supplémentaire et de gérer l'insertion via le theme.xml.

De toute façon, le terme "styles" déroute et enduit d'erreurs :). Un changement de terme était en cours. Je vais modifier les fichiers et les appellations d'ici quelques jours pour remplacer "styles" par "couleurs" afin de gérer ce qui est appelé à l'heure actuelle "styles" (c'est à dire principalement les CSS, ou ce que vous appelez "thèmes" et qui enduit aussi d'erreurs :slight_smile: ). Effectivement, on pourrait faire une rubrique "styles" avec des cases à cocher et non plus des boutons radios pour gérer les éléments dont tu parles... Il y a un ou deux js pluginisé quelque part que je fasse des tests ?

@ Franck Ducas <franck.ducas@free.fr> :

Fil a écrit :
> A propos des plugins de sélection de thèmes, il faut peut-être pérvoir dès
> aujourd'hui l'ajout de "comportements" (des scripts jQuery) en plus des CSS.
>
> Par exemple si je fais un plugin "coins arrondis" pour la dist (qui se
> limite à ajouter un script js, et éventuellement une css, dans
> #INSERT_HEAD), comment viendrait-il s'installer dans ton système ?

Je ne sais pas à qui tu parles en particulier,

à toi mais le "reply-all" sur la liste spip-zone-commit a des effets
bizarres :slight_smile:

Il y a un ou deux js pluginisé quelque part que je fasse des tests ?

Non, mais je venais de tomber sur un truc à coins arrondis en jquery, c'est
pour ça que je nous posais la question.
http://methvin.com/jquery/jq-corner-demo.html

-- Fil

Mon plugin fait typiquement cela,
choix d'un css et d'un comportement par le biais d'un formulaire.
La version actuelle à un bug sur le comportement navigation par défilement automatique, le temps que mon mail arrete de ramer et je dépose de le correctif (que je me suis envoyé par mail du boulot)

Aurélien

Je ne sais pas à qui tu parles en particulier, mais en ce qui me concerne il "suffit" de créer une rubrique supplémentaire et de gérer l'insertion via le theme.xml.

De toute façon, le terme "styles" déroute et enduit d'erreurs :). Un changement de terme était en cours. Je vais modifier les fichiers et les appellations d'ici quelques jours pour remplacer "styles" par "couleurs" afin de gérer ce qui est appelé à l'heure actuelle "styles" (c'est à dire principalement les CSS, ou ce que vous appelez "thèmes" et qui enduit aussi d'erreurs :slight_smile: ). Effectivement, on pourrait faire une rubrique "styles" avec des cases à cocher et non plus des boutons radios pour gérer les éléments dont tu parles... Il y a un ou deux js pluginisé quelque part que je fasse des tests ?
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

Franck Ducas a écrit :

Fil a écrit :

A propos des plugins de sélection de thèmes, il faut peut-être pérvoir dès
aujourd'hui l'ajout de "comportements" (des scripts jQuery) en plus des CSS.

Par exemple si je fais un plugin "coins arrondis" pour la dist (qui se
limite à ajouter un script js, et éventuellement une css, dans
#INSERT_HEAD), comment viendrait-il s'installer dans ton système ?

Je ne sais pas à qui tu parles en particulier, mais en ce qui me concerne il "suffit" de créer une rubrique supplémentaire et de gérer l'insertion via le theme.xml.

Pour résumer le theme.xml donne le type (pour l'instant le plugin liste les types "squelettes", "styles", "images", "icones_prive", mais il faut revoir cela au moins pour "styles" et "images", voire en ajouter un autre "couleurs") et l'élément parent (généralement c'est le <prefixe> du squelette). Avec ces deux éléments obligatoires et strictes, l'interface liste les squelettes, et tous ses petits dans les rubriques correspondantes (les <type> "styles" dans "styles", etc.). Ensuite, l'élèment ajouté a juste à être un plugin fonctionnel, et ça fonctionne tout seul.

En gros, il faut faire un plugin fonctionnel, et lui ajouter un theme.xml avec deux variables strictes et obligatoires.

La doc est une question de jours...

Fil a écrit :

@ Franck Ducas <franck.ducas@free.fr> :

Fil a écrit :

A propos des plugins de sélection de thèmes, il faut peut-être pérvoir dès
aujourd'hui l'ajout de "comportements" (des scripts jQuery) en plus des CSS.

Par exemple si je fais un plugin "coins arrondis" pour la dist (qui se
limite à ajouter un script js, et éventuellement une css, dans
#INSERT_HEAD), comment viendrait-il s'installer dans ton système ?

(...)

Non, mais je venais de tomber sur un truc à coins arrondis en jquery, c'est
pour ça que je nous posais la question.
http://methvin.com/jquery/jq-corner-demo.html

Est-ce que ces "comportements" insérables dans un plugin d'habillages doivent être restreints à un jeu de squelettes (pour la compatibilité) ? est-ce que l'on doit pouvoir les activer quel que soit les squelettes ? ou doit-on laisser le soin au développeur de définir si son script est compatible avec un ou tous les squelettes ?

(...)
> Non, mais je venais de tomber sur un truc à coins arrondis en jquery, c'est
> pour ça que je nous posais la question.
> http://methvin.com/jquery/jq-corner-demo.html

Est-ce que ces "comportements" insérables dans un plugin d'habillages
doivent être restreints à un jeu de squelettes (pour la compatibilité)
? est-ce que l'on doit pouvoir les activer quel que soit les squelettes
? ou doit-on laisser le soin au développeur de définir si son script est
compatible avec un ou tous les squelettes ?

A mon sens, on aura intérêt à utiliser les mêmes classes à peu de choses
près sur différents squelettes, de façon à pouvoir permettre à des
comportements de s'"accrocher" ici où là sans devoir tout repenser pour
chaque squelette.

-- Fil