Re: [spip-dev] [Spip-zone-commit] [cambio] fix lien credit

2021-05-08 Par sujet jeanmarie



Le 08/05/2021 à 19:32, Bruno Bergot a écrit :
J'allais pomper joyeusement un squelette html5up sur ce point et je 
vois que tu as le même pb ici ;)


https://git.spip.net/spip-contrib-squelettes/html5up_forty/src/branch/master/inclure/head.html#L31 



Oui, c'était pour ça la partie "(à vérifier comment c'est dans le autres 
thèmes HTML5UP)" :)
Je m'en suis rendu compte en le faisant par là : 
https://git.spip.net/spip-contrib-squelettes/html5up_spectral/commit/65e69a7ea18576d25c5300731abc9b6000b45680



il l'est déjà "un peu", tu penses à quoi de précis ?

- identité extra, no se, je ne l'ai jamais utilisé
- descriptif site : je ne l'utilise pas sur la home, c'est la page 
unique home qui permet de gérer son contenu
- sociaux : j'y ai pensé, mais pour l'instant les picto "sociaux" sont 
des liens de partage à la socialtags 


Je me dis que ça va être compliqué : à l'origine, c'est un thème "carte 
d'identité" (présentation de qq1 ou d'une activité) et là, c'est plus 
mise en avant de qqch (d'où l'utilisation des lien à la sociaux plutôt 
que socialtags). Pas le même besoin = pas les mêmes outils.


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


Re: [spip-dev] [Spip-zone-commit] [cambio] fix lien credit

2021-05-08 Par sujet jeanmarie

Salut,

qqs retours/questions :

 * le lien vers la démo https://html5up.net/uploads/demos/identity/ (le
   thème semble avoir disparu de la page https://html5up.net )
 * il faut mettre un ID à la feuille de style noscript.css pour ne pas
   qu'elle soit minifiée par le compresseur et prise en compte avec ou
   sans js (à vérifier comment c'est dans le autres thèmes HTML5UP)
 * vue la spécificité du plugin, j'imagine que ça va être difficile,
   mais est-ce qu'il y aurait une possibilité pour le rendre générique
   ? Genre Identité extra + descriptif site + sociaux et paf (comme
   dirait l'autre ^^)

                jeanmarie


Le 07/05/2021 à 19:08, b_b a écrit :

spip-contrib-squelettes/cambio
-
Par b_b, le 7 mai 2021 à 19h06min :

fix lien credit


*Modifié*
 README.md

Détails : 
https://git.spip.net/spip-contrib-squelettes/cambio/commit/d01fc6cd5fd99354199d02d04ffd2cce93354253

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [escal] ajout de role=« navigation » pour les nav

2021-05-06 Par sujet jeanmarie

@Pierre-Jean : merci pour ton retour.

@JC : j'ai vu ça dans la dist aussi et j'ai fait pareil avant de revenir 
en arrière :) (d'où ce mail pour avoir d'autres avis)


Pour info, il y a cette ressource également : 
https://www.w3.org/TR/wai-aria-practices/examples/landmarks/


                jeanmarie


Le 03/05/2021 à 14:03, Pierre-Jean CHANCELLIER a écrit :


Bonjour,

Je ne contribue pas vraiment au code de SPIP mais je suis justement en 
train de re-développer le site d'une Université dans l'optique, entre 
autres, d'être conforme aux normes WCAG pour l'accessibilité. Je suis 
donc en plein dedans.


Le rôle "navigation" n'est pas nécessaire sur les balises nav en 
effet. D'ailleurs, avec ma collègue, nous avons suivi une formation 
sur l'accessibilité et le principe (en 2020) c'est qu'il vaut mieux ne 
pas mettre d'attributs ARIA que de trop en mettre.


Pour les menus, il est judicieux de mettre effectivement un aria-label 
ou un aria-labelled-by pour expliciter le rôle du menu (menu de 
pagination, menu principal, sous-menu de navigation au sein d'une 
rubrique, fil d'ariane, etc.)


Perso, je me base sur les tutos du W3C 
(https://www.w3.org/WAI/tutorials/page-structure/) pour :

- La structure globale des pages
- Les menus
- Les images
- Les tableaux
- Les formulaires
- Les carousels (j'ai trouvé celui-ci qui est responsive et accessible 
: https://kenwheeler.github.io/slick/)


Cordialement,



Le 03/05/2021 à 12:17, jeanmarie a écrit :

Salut,

j'ai cru comprendre que role="navigation" n'était pas nécessaire pour 
les éléments de type  (cf note en fin de description : 
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Navigation_Role 
). C'est d’ailleurs en avertissement (pas d'erreur donc) dans le 
validateur W3C.


Est-ce qu'il faut les garder ou pas au final ? (on les retrouve dans 
la dist 
https://git.spip.net/spip/dist/src/branch/master/rubrique.html#L50 
aussi)


Toujours de ce que je comprends, il est de bonne pratique d'ajouter 
un aria-label pour expliciter le bloc (ex : aria-label="Menu 
principal").


                jeanmarie


Le 02/05/2021 à 21:23, JC Villeneuve a écrit :

spip-contrib-squelettes/escal
-
Par JC Villeneuve, le 2 mai 2021 à 21h22min :

ajout de role="navigation" pour les nav


*Modifié*
 annuaire.html
 auteur.html
 inclusions/inc-article_forumSite.html
 inclusions/inc-articles_de_rubrique.html
 inclusions/inc-calendrier_art.html
 inclusions/inc-calendrier_event.html
 inclusions/inc-decouvrir_articles_rub.html
 inclusions/inc-decouvrir_articles_site.html
 inclusions/inc-derniers_comments.html
 inclusions/inc-documents_article.html
 inclusions/inc-documents_rubrique.html
 inclusions/inc-evenements_articles.html
 inclusions/inc-evenements_events.html
 inclusions/inc-events_mobile.html
 inclusions/inc-forum_article.html
 inclusions/inc-meme_rub.html
 inclusions/inc-perso.html
 inclusions/inc-rubrique_accueil.html
 inclusions/inc-rubrique_accueil2.html
 inclusions/inc-rubrique_accueil3.html
 inclusions/inc-rubrique_accueil4.html
 inclusions/inc-rubrique_accueil5.html
 inclusions/inc-rubrique_normal.html
 inclusions/inc-rubrique_trombino.html
 inclusions/inc-video_player.html
 jour-art.html
 modeles/galleria.html
 mot.html
 recherche.html
 site.html

Détails 
:https://git.spip.net/spip-contrib-squelettes/escal/commit/28b8d01035e9e0f80217048d44c22158201fba8b


___
spip-zone-com...@rezo.net 
-https://listes.rezo.net/mailman/listinfo/spip-zone-commit

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

Re: [spip-dev] Bando : Lien "Se déconnecter" passe à la ligne

2021-05-05 Par sujet jeanmarie

Ah oui pardon : Firefox 88.0 (64 bits) sur windows 10


Le 05/05/2021 à 09:39, tcharlss a écrit :

Merci pour le retour, c'est bien noté.
Quel navigateur ?

Le 05/05/2021 à 09:09, jeanmarie a écrit :

Salut,

sur mon écran 15" (1536 × 711px), le lien "Se déconnecter" passe à la 
ligne alors qu’il y a de la place : 
https://pic.infini.fr/qx43U3Cg/ieQnmVC4.png


En enlevant le flex-wrap: wrap; de .bando-haut .menu-simple__item, ça 
revient en ligne.


SPIP 4.0.0-alpha GIT [master: 3a7980ec] up du jour.

                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

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

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

[spip-dev] Bando : Lien "Se déconnecter" passe à la ligne

2021-05-05 Par sujet jeanmarie

Salut,

sur mon écran 15" (1536 × 711px), le lien "Se déconnecter" passe à la 
ligne alors qu’il y a de la place : 
https://pic.infini.fr/qx43U3Cg/ieQnmVC4.png


En enlevant le flex-wrap: wrap; de .bando-haut .menu-simple__item, ça 
revient en ligne.


SPIP 4.0.0-alpha GIT [master: 3a7980ec] up du jour.

                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

Re: [spip-dev] [Spip-zone-commit] [escal] ajout de role=« navigation » pour les nav

2021-05-03 Par sujet jeanmarie

Salut,

j'ai cru comprendre que role="navigation" n'était pas nécessaire pour 
les éléments de type  (cf note en fin de description : 
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Navigation_Role 
). C'est d’ailleurs en avertissement (pas d'erreur donc) dans le 
validateur W3C.


Est-ce qu'il faut les garder ou pas au final ? (on les retrouve dans la 
dist https://git.spip.net/spip/dist/src/branch/master/rubrique.html#L50 
aussi)


Toujours de ce que je comprends, il est de bonne pratique d'ajouter un 
aria-label pour expliciter le bloc (ex : aria-label="Menu principal").


                jeanmarie


Le 02/05/2021 à 21:23, JC Villeneuve a écrit :

spip-contrib-squelettes/escal
-
Par JC Villeneuve, le 2 mai 2021 à 21h22min :

ajout de role="navigation" pour les nav


*Modifié*
 annuaire.html
 auteur.html
 inclusions/inc-article_forumSite.html
 inclusions/inc-articles_de_rubrique.html
 inclusions/inc-calendrier_art.html
 inclusions/inc-calendrier_event.html
 inclusions/inc-decouvrir_articles_rub.html
 inclusions/inc-decouvrir_articles_site.html
 inclusions/inc-derniers_comments.html
 inclusions/inc-documents_article.html
 inclusions/inc-documents_rubrique.html
 inclusions/inc-evenements_articles.html
 inclusions/inc-evenements_events.html
 inclusions/inc-events_mobile.html
 inclusions/inc-forum_article.html
 inclusions/inc-meme_rub.html
 inclusions/inc-perso.html
 inclusions/inc-rubrique_accueil.html
 inclusions/inc-rubrique_accueil2.html
 inclusions/inc-rubrique_accueil3.html
 inclusions/inc-rubrique_accueil4.html
 inclusions/inc-rubrique_accueil5.html
 inclusions/inc-rubrique_normal.html
 inclusions/inc-rubrique_trombino.html
 inclusions/inc-video_player.html
 jour-art.html
 modeles/galleria.html
 mot.html
 recherche.html
 site.html

Détails 
:https://git.spip.net/spip-contrib-squelettes/escal/commit/28b8d01035e9e0f80217048d44c22158201fba8b

___
spip-zone-com...@rezo.net  
-https://listes.rezo.net/mailman/listinfo/spip-zone-commit

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

Re: [spip-dev] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-05-03 Par sujet jeanmarie

Salut Matthieu,

merci pour ces modifs.

                jeanmarie


Le 02/05/2021 à 22:22, Matthieu Marcillaud a écrit :

Le 30/04/2021 à 10:03, jeanmarie a écrit :


*Compagnon*


[...]

Comme évoqué par d'autres dans la discussion, ajouter la possibilité 
de le désactiver pour soi et


Au fait, sur cette 4.0.0-alpha, c'est fait : sur le message (de 
compagnon) de bienvenue de l'accueil, un bouton permet de désactiver 
le compagnon pour soi.



tant qu'à y être, pour tout le monde si ça mange pas de pain serait 
super.


Ça c'était déjà disponible dans la configuration du compagnon !


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 ?


Ça aussi c'est fait sur la 4.0.0-alpha : il y a une croix en haut à 
droite visible sur chaque boite du compagnon.


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

Re: [spip-dev] alpha 4.0.0

2021-05-02 Par sujet jeanmarie

Salut,

Le 02/05/2021 à 13:30, team spipfactoy a écrit :


hello

*SPIP 4.0.0-alpha GIT*

Depuis le passage en alpha, la compatibilités des plugins n'est plus 
forcée dans SVP : 
https://git.spip.net/spip/spip/commit/57d94a59d7c497bfcab0ca0bd961819ac821e878


Il faut donc ajouter define('_DEV_VERSION_SPIP_COMPAT',"3.2.99"); dans 
ton fichier d'options.


                jean marie

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

Re: [spip-dev] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet jeanmarie

Salut,

ça y est, on part un peu tôt du bureau est on sait plus où répondre dans 
le fil de discussion le lendemain matin :D


Du coup, je réponds ici :

*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 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

Re: [spip-dev] Tablesorter nécessite memoization?

2021-04-20 Par sujet jeanmarie

Le 20/04/2021 à 16:59, Maïeul Rouquette a écrit :

Le 20.04.21 à 16:52, Maïeul Rouquette a écrit :

Hum, pourquoi gitea me dit que c'est dans dev/cache alors que c'est 
aussi dans master.


C'est la stable oui.



Et donc maintenant je me rappelle
1. Oui cela aurait du être un commit à part
2. Mais oui j'ai choisi d'utiliser memoization car
a. Si une personne dispose d'une methode de cache memoire, ca va 
ameliorer singulièrement les perfs

b. Si pas de methode de cache memoire, ca change rien

Donc il s'agit de pousser les gens à utiliser memoization, car parfois 
ils ignorent son existence.


Après si cela pose vraiment un problème insolvable, on peut y reflechir.


Ben disons que si je peux éviter d'installer un plugin qui ne me sert à 
rien (parce que mon hébergement ne propose de méthode de cache mémoire), 
j'aime autant oui :)


C'est peut être plutôt une info à mettre en avant dans la doc ?


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


[spip-dev] Tablesorter nécessite memoization?

2021-04-20 Par sujet jeanmarie

Salut,

c'est normal que Tablesorter nécessite memoization?
https://git.spip.net/spip-contrib-extensions/formidable_tablesorter/commit/1aaa1d58b9d1451e1116e540228809ab10346502

                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


Re: [spip-dev] [Spip] Gestion des abréviations et acronymes

2021-04-15 Par sujet jeanmarie

Ah mais c'est natif dans SPIP ça ?
Mais c'est bien foutu dis-donc, merci :)

                    jeanmarie


Le 15/04/2021 à 09:35, Roland a écrit :


Bonjour,

et le raccourci typo comme [?SNCF], ça ne suffit pas ?

C'est ce que j'utilise accolé à un glossaire complémentaire pour les 
abréviations ou acronymes inconnus de Wikipédia.


Le 15/04/2021 à 09:31, jeanmarie a écrit :

Salut,

je recherche un plugin qui gère les abréviations et acronymes en 
faisant des liens avec Wikipedia (ou autre) dans le texte.

Je crois bien que ça existe mais impossible de remettre la main dessus.

Alors, j'ai rêvé ou quoi ?

                    jeanmarie


<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Nouveaux icônes/logos 3.3

2021-04-14 Par sujet jeanmarie



Le 14/04/2021 à 09:56, Cerdic a écrit :
Cela dit donc, ce serait super qu’il y ait un vrai boulot de fond, et 
quand ce sera dispo on pourra l’intégrer.
En attendant on fait comme on peut, du mieux qu’on peut, et hauts les 
cœurs !


+1000 et +1000 :)

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


[spip-dev] Nouveaux icônes/logos 3.3

2021-04-13 Par sujet jeanmarie

Salut,

super les nouveaux icônes/logos svg !

Est-ce qu'ils viennent d'une source unique ou on les prend un peu ou on 
peut ? (je pense aux plugins)


Dans l'idée de garder une cohérence (autant que possible), est-ce qu'il 
y aurait un filtre/style à appliquer dessus ou quelque chose du genre ?


Je ne retrouve plus la discussion du designer pour l'OS à la pomme qui 
avait proposé de tous les passer en bichrome (ou genre) dans les menus 
pour éviter des soucis de couleurs dans le temps car ces icônes 
pouvaient provenir de sources hétérogènes (applis...).


            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


Re: [spip-dev] SPIP 3.3 nécessitera PHP 7.3 minimum.

2021-04-06 Par sujet jeanmarie


Le 06/04/2021 à 15:02, Matthieu Marcillaud a écrit :

Le 06/04/2021 à 14:39, jeanmarie a écrit :
Est-ce que la 3.3 est déjà pleinement compatible PHP 8 même si elle 
n'est pas encore releasée ?

Pour le Core et les plugins-dist oui.
Pour une partie des plugins que j'utilise oui.

Ceci dit PHP 8 est admirablement sensible et termine en Fatale à la 
moindre incohérence en entrée de certaines fonctions. C'est bien 
(mieux que de tolérer une entrée dont le type n'est pas celui 
attendu), mais on n'est pas à l'abri de tomber sur d'autres cas comme 
ça a des moments, parce que les usages de SPIP sont très variés…


Un point à noter aussi c'est que pour ses fonctions natives, qui n'ont 
aucun argument, PHP 8 ne tolère pas d'en passer (il ne tolèrera plus 
non plus pour certaines fonctions natives de dépasser le nombre 
d'arguments prévus). C'est le cas de time() par exemple qui n'a aucun 
argument : https://www.php.net/manual/fr/function.time.php et nous 
avions dans certains squelettes : `#VAL|time` ou `#NULL|time`. PHP 8 
fera une fatale dans ce cas car la première appele `time('')` et la 
seconde `time(null)`. Nous n'avons pas de moyen actuellement dans les 
squelettes SPIP d'appeler une fonction sans argument, autrement que de 
faire : `#EVAL{time()}`


Merci pour tes retours.

                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

Re: [spip-dev] SPIP 3.3 nécessitera PHP 7.3 minimum.

2021-04-06 Par sujet jeanmarie

Hello,

Le 22/03/2021 à 15:31, Matthieu Marcillaud a écrit :
SPIP 3.3 nécessitera donc compatible de PHP 7.3 à 8.0 (enfin si on la 
sort avant décembre ! )


Super ces avancées PHP :)

Est-ce que la 3.3 est déjà pleinement compatible PHP 8 même si elle 
n'est pas encore releasée ?


                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

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2021-04-04 Par sujet jeanmarie

Hello,

pour info, le tuto vient d'être publié : 
https://contrib.spip.net/Tutoriel-creer-des-champs-extras-depuis-un-plugin


En parallèle, un gros boulot de Maieul sur la doc de Champs Extras pour 
y intégrer ce nouveau tuto : 
https://framapiaf.org/@maieulr/105975333118229567


Merci à lui !

                        jeanmarie

Le 30/04/2020 à 16:42, jeanmarie a écrit :

Salut,

je me suis fait une note (à partir des infos trouvées sur plusieurs 
articles contrib) pour créer des champs extras depuis un plugin perso 
avec Saisies :
https://notes.cousumain.info/Creer-des-champs-extras-depuis-un-plugin-perso-avec-l-aide-de-Saisies 



Est-ce que je le mets quelque part sur contrib ? Si oui, dans la 
rubrique Les champs extra ? Dans Carnet Wiki (pas sûr que ça soit 
l'endroit idéal pour le retrouver) ?


                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


Re: [spip-dev] [Adaptive Images] Utilisation de data-src-mobile

2021-03-30 Par sujet jeanmarie

Salut,

merci pour tes retours.

Dans l'idée, c'est la piste Alsacreation oui, c'est d'ailleurs ce que 
fait nativement le plugin (enfin, avec picture, source et size).


Mais je ne sais pas si c'est possible de le faire automatiquement dans 
un squelette avec une image du contenu éditorial.


Sinon, une piste serait de générer les images en amont et de les 
utiliser via des SET/GET...


                        jeanmarie


Le 29/03/2021 à 15:01, Pierre-Jean CHANCELLIER a écrit :


Sinon, je viens de tomber là-dessus : 
https://css-tricks.com/techniques-for-context-specific-images/


et là-dessus : 
https://www.alsacreations.com/article/lire/1621-responsive-images-srcset.html 




Le 29/03/2021 à 13:38, jeanmarie a écrit :


Salut,

je cherche à afficher une image aux proportions différentes selon la 
largeur de l'écran (= en portrait sur grand écran et en paysage sur 
smartphone) sans que l'utilisateur·rice n'ait à fournir 2 images.


J'ai donc essayé d'utiliser les variantes d’image pour petits écrans 
avec data-src-mobile mais, de ce que je comprends de la doc, on ne 
peut pas le faire avec des images issues du contenu (= document lié à 
un article par exemple), ça doit obligatoirement venir du squelette, 
c'est bien ça ?


J'ai tenté avec ce code (dans une boucle document) :

data-src-mobile="[(#FICHIER|image_recadre{5:1, -, focus}|extraire_attribut{src})]"alt="Mon 
image"/>


J'ai bien les 2 versions mais je ne trouve pas la syntaxe pour 
redimensionner l'image (ça m'affiche l'image en taille originale).


J'ai également cherché avec ça

[(#FICHIER|balise_img|adaptive_images{1024,'(max-width: 768px) 500, 
(max-width: 900px) 800, 1000px'})]

mais là, ce sont les proportions selon la largeur d'écran que je 
n'arrive pas à gérer.


                    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

[spip-dev] [Adaptive Images] Utilisation de data-src-mobile

2021-03-29 Par sujet jeanmarie

Salut,

je cherche à afficher une image aux proportions différentes selon la 
largeur de l'écran (= en portrait sur grand écran et en paysage sur 
smartphone) sans que l'utilisateur·rice n'ait à fournir 2 images.


J'ai donc essayé d'utiliser les variantes d’image pour petits écrans 
avec data-src-mobile mais, de ce que je comprends de la doc, on ne peut 
pas le faire avec des images issues du contenu (= document lié à un 
article par exemple), ça doit obligatoirement venir du squelette, c'est 
bien ça ?


J'ai tenté avec ce code (dans une boucle document) :

data-src-mobile="[(#FICHIER|image_recadre{5:1, -, focus}|extraire_attribut{src})]"alt="Mon 
image"/>


J'ai bien les 2 versions mais je ne trouve pas la syntaxe pour 
redimensionner l'image (ça m'affiche l'image en taille originale).


J'ai également cherché avec ça

[(#FICHIER|balise_img|adaptive_images{1024,'(max-width: 768px) 500, 
(max-width: 900px) 800, 1000px'})]

mais là, ce sont les proportions selon la largeur d'écran que je 
n'arrive pas à gérer.


                    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

[spip-dev] Écran de sécu : version courante pas à jour sur spip.net

2021-03-16 Par sujet jeanmarie

Salut,

sur https://www.spip.net/fr_article4200.html, la version courante 
indiquée est 1.3.13 au lieu de 1.4.1 (entre l'intro et le sommaire).


Pour le reste, ce sont des liens vers la forge, donc c'est ok.

            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


Re: [spip-dev] Un accueil pour réaliser les traductions de SPIP ouvert à toutes et à tous ?

2021-03-16 Par sujet jeanmarie

Ah mais oui, bien vu, je vais utiliser ça !

Bon, l'inconvénient, c'est que ça impose d'installer un plugin (en plus 
de connaitre son existence :) ) mais ça fait exactement le job (j'ai 
même trouvé une chaine de langue dans le core alors que j'utilisais un 
celle d'un plugin).


Merci,

                jeanmarie


Le 15/03/2021 à 18:21, Jean Christophe Villeneuve a écrit :

Hello

Il y a le plugin Langonet 
<https://contrib.spip.net/langOnet-Presentation-generale> qui peut t'aider


JC


Le 15/03/2021 à 18:06, jeanmarie a écrit :

Salut,

j'en profite : est-ce qu'il y aurait un moyen d'avoir accès, 
directement depuis l'accueil, à la recherche avancée ?


Actuellement, je fais une recherche normale pour arriver que la page 
de recherche 
https://trad.spip.net/spip.php?page=traduction_recherche= 
et pouvoir ainsi choisir les modules dans lesquels chercher.


Je fais ça pour chercher les chaines de langues présentes dans le 
core et les réutiliser dans des plugins si besoin dans l'idée de ne 
pas en créer de nouvelles.


                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

Re: [spip-dev] Un accueil pour réaliser les traductions de SPIP ouvert à toutes et à tous ?

2021-03-15 Par sujet jeanmarie

Salut,

j'en profite : est-ce qu'il y aurait un moyen d'avoir accès, directement 
depuis l'accueil, à la recherche avancée ?


Actuellement, je fais une recherche normale pour arriver que la page de 
recherche 
https://trad.spip.net/spip.php?page=traduction_recherche= et 
pouvoir ainsi choisir les modules dans lesquels chercher.


Je fais ça pour chercher les chaines de langues présentes dans le core 
et les réutiliser dans des plugins si besoin dans l'idée de ne pas en 
créer de nouvelles.


                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


Re: [spip-dev] [spip-commit] [spip ↪ dev_filtre_balise_img_svg] 2 commits

2021-03-05 Par sujet jeanmarie

Ok, merci pour les retours...

                jeanmarie


Le 04/03/2021 à 20:15, Cerdic a écrit :
Non ça remplace pas, mais ça complète pour gérer par exemple des 
petites images de deco ou pictos png : tu le fourni en 64px et tu 
l’affiches en 32px pour qu’il soit de bonne qualité partout.


Pour le SVG cela permet donc de contrôler la taille d’affichage 
indépendamment de la taille par défaut dans le fichier


--
Cédric
Le 4 mars 2021 à 15:10 +0100, jeanmarie 
, a écrit :

Salut Cédric,

super ces nouvelles fonctionnalités !

Petite question sur la gestion de la densité de l'image avec le
paramètre x2 (pour être sûr de bien comprendre) : ça force, quoiqu'il
arrive, une double taille même si l'écran n'est pas HD, c'est pour avoir
du HD par défaut quoiqu'il arrive ?
Ça ne remplace donc pas les plugins qui gèrent ça (adaptive_image et
image_responsive par ex) ?

            jeanmarie


Le 04/03/2021 à 12:07, Cerdic a écrit :

spip/spip | 2 commits
-
Par Cerdic, le 4 mars 2021 à 11h16min :

Le filtre |balise_img est survitamine :
- il peut prendre en premier argumenr une balise img deja formee si 
besoin - ie issue d'un filtre image :

`[(#FICHIER|image_reduire{200,200}|balise_img{'un nuage','spip_logo'})]`
- il paut prendre un dernier argument size pour forcer la taille 
sous plusieurs formes :
* `x1.5`, `x2` ou `x3` permet de forcer une densite de 1.5, 2 ou 3 
(le x est ici le multiplicateur de densite par rapport a la taille 
initiale)
une image de largeur 200px affichee avec un `x2` aura donc un 
attribut `width='100'`
* Un nombre seul comme `64` pour forcer une image carree avec 
`width='64' height='64'`
* Une largeur ET une hauteur sour la forme `1024x640` pour avoir un 
`width='1024' height='640'`
* Une largeur seule et une hauteur automatique sous la forme 
'1024x*` pour avoir donc un `width='1024'` et un height ajuste 
automatiquement pour respecter les proportions initiales de l'image


Pour faciliter l'utilisation du filtre, l'argument de taille 
(optionnel) arrive toujours en dernier, meme si on ne precise pas de 
alt ou de class :

`[(#FICHIER|balise_img{1024x640})]`
`[(#FICHIER|balise_img{'un nuage',1024x640})]`
`[(#FICHIER|balise_img{'un nuage','spip_logo',1024x640})]`

Mais si jamais le alt ou la class sont ambigu et peuvent etre 
interpretes comme une taille, il suffit d'indiquer une taille vide 
pour lever l'ambiguite :

`[(#FICHIER|balise_img{'un nuage','x2',''})]`

Le filtre peut donc ainsi facilement etre utilise pour ajuster 
l'affichage d'image en x2 ou x3 pour prendre en compte les ecrans 
retina :

`[(#FICHIER|image_reduire{400,400}|balise_img{'Mon image HD',x2})]`


*Modifié*
ecrire/inc/filtres.php

Détails : 
https://git.spip.net/spip/spip/commit/4bff8927949d6fc07c233a19467baaccea170303


==
Par Cerdic, le 4 mars 2021 à 12h03min :

Le filtre |balise_svg prend le meme fonctionnement que le filtre 
|balise_img et permet de forcer la dimension de l'image avec un 
dernier argument size qui accepte la meme syntaxe que pour 
balise_img (`x2`, `512`, `1024x*`, `1024x640`)


`[(#FICHIER|balise_svg{1024x640})]`
`[(#FICHIER|balise_svg{'un nuage',1024x640})]`
`[(#FICHIER|balise_svg{'un nuage','spip_logo',1024x640})]`

Si le alt ou la class sont ambigu et peuvent etre interpretes comme 
une taille, il suffit d'indiquer une taille vide pour lever l'ambiguite

`[(#FICHIER|balise_svg{'un nuage','x2',''})]`

Au passage la fonction `taille_image()` fonctionne aussi sur un SVG 
inline



*Modifié*
ecrire/inc/filtres.php

Détails : 
https://git.spip.net/spip/spip/commit/89492d27eda1608acf5ea9623fb8c7fbee92b29b


___
spip-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-commit

dev: http://trac.rezo.net/trac/spip/

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

Re: [spip-dev] [spip-commit] [spip ↪ dev_filtre_balise_img_svg] 2 commits

2021-03-04 Par sujet jeanmarie

Salut Cédric,

super ces nouvelles fonctionnalités !

Petite question sur la gestion de la densité de l'image avec le 
paramètre x2 (pour être sûr de bien comprendre) : ça force, quoiqu'il 
arrive, une double taille même si l'écran n'est pas HD, c'est pour avoir 
du HD par défaut quoiqu'il arrive ?
Ça ne remplace donc pas les plugins qui gèrent ça (adaptive_image et 
image_responsive par ex) ?


            jeanmarie


Le 04/03/2021 à 12:07, Cerdic a écrit :

spip/spip | 2 commits
-
Par Cerdic, le 4 mars 2021 à 11h16min :

Le filtre |balise_img est survitamine :
- il peut prendre en premier argumenr une balise img deja formee si besoin - ie 
issue d'un filtre image :
   `[(#FICHIER|image_reduire{200,200}|balise_img{'un nuage','spip_logo'})]`
- il paut prendre un dernier argument size pour forcer la taille sous plusieurs 
formes :
   * `x1.5`, `x2` ou `x3` permet de forcer une densite de 1.5, 2 ou 3 (le x est 
ici le multiplicateur de densite par rapport a la taille initiale)
 une image de largeur 200px affichee avec un `x2` aura donc un attribut 
`width='100'`
   * Un nombre seul comme `64` pour forcer une image carree avec `width='64' 
height='64'`
   * Une largeur ET une hauteur sour la forme `1024x640` pour avoir un 
`width='1024' height='640'`
   * Une largeur seule et une hauteur automatique sous la forme '1024x*` pour 
avoir donc un `width='1024'` et un height ajuste automatiquement pour respecter 
les proportions initiales de l'image

Pour faciliter l'utilisation du filtre, l'argument de taille (optionnel) arrive 
toujours en dernier, meme si on ne precise pas de alt ou de class :
`[(#FICHIER|balise_img{1024x640})]`
`[(#FICHIER|balise_img{'un nuage',1024x640})]`
`[(#FICHIER|balise_img{'un nuage','spip_logo',1024x640})]`

Mais si jamais le alt ou la class sont ambigu et peuvent etre interpretes comme 
une taille, il suffit d'indiquer une taille vide pour lever l'ambiguite :
`[(#FICHIER|balise_img{'un nuage','x2',''})]`

Le filtre peut donc ainsi facilement etre utilise pour ajuster l'affichage 
d'image en x2 ou x3 pour prendre en compte les ecrans retina :
`[(#FICHIER|image_reduire{400,400}|balise_img{'Mon image HD',x2})]`


*Modifié*
 ecrire/inc/filtres.php

Détails : 
https://git.spip.net/spip/spip/commit/4bff8927949d6fc07c233a19467baaccea170303

==
Par Cerdic, le 4 mars 2021 à 12h03min :

Le filtre |balise_svg prend le meme fonctionnement que le filtre |balise_img et 
permet de forcer la dimension de l'image avec un dernier argument size qui 
accepte la meme syntaxe que pour balise_img (`x2`, `512`, `1024x*`, `1024x640`)

`[(#FICHIER|balise_svg{1024x640})]`
`[(#FICHIER|balise_svg{'un nuage',1024x640})]`
`[(#FICHIER|balise_svg{'un nuage','spip_logo',1024x640})]`

Si le alt ou la class sont ambigu et peuvent etre interpretes comme une taille, 
il suffit d'indiquer une taille vide pour lever l'ambiguite
`[(#FICHIER|balise_svg{'un nuage','x2',''})]`

Au passage la fonction `taille_image()` fonctionne aussi sur un SVG inline


*Modifié*
 ecrire/inc/filtres.php

Détails : 
https://git.spip.net/spip/spip/commit/89492d27eda1608acf5ea9623fb8c7fbee92b29b

___
spip-com...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/

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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-02-23 Par sujet jeanmarie

Hello,

Le 23/02/2021 à 18:56, Maïeul Rouquette a écrit :

par rapport aux endroits où on note pour les humain·e·s les nouveautés

Le pad
https://semestriel.framapad.org/p/spip33beta


Il y avait celui là aussi à l'époque 
https://semestriel.framapad.org/p/spip3.3-alpha


           jean marie

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


Re: [spip-dev] [Spip-zone-commit] [spip_loader] 5 commits

2021-02-19 Par sujet jeanmarie

Salut,

on dirait que la mise à jour n'est pas arrivée jusqu'à là : 
https://www.spip.net/spip-dev/INSTALL/spip_loader.php

Du coup, le loader ne propose la mise à jour en ligne.

                jeanmarie


Le 18/02/2021 à 19:08, Matthieu Marcillaud a écrit :

Par Matthieu Marcillaud, le 18 février 2021 à 19h07min :

Version 4.3.1


*Modifié*
 spip_loader.php

Détails : 
https://git.spip.net/spip-contrib-outils/spip_loader/commit/f6c72b74a887736747eec841538b633914bc3008

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


Re: [spip-dev] Erreur 500 lors de mise à jour avec SPIP Loader

2021-02-17 Par sujet jeanmarie

Hello,

Le 17/02/2021 à 20:01, Bruno Bergot a écrit :
Oui, la nouvelle gestion des fichiers obsolètes peut générer un 
timeout (et donc laisser le zip à la racine) depuis la refonte de 
celle-ci cf :
https://git.spip.net/spip-contrib-outils/spip_loader/commit/2e5f55871edc073548c428c3cf186bd8b3afd94a 



Pour info, "on" (surtout marcimat, merci à lui) a du modifier le 
loader, car les zips de release n'ont plus la même structure depuis 
qu'ils sont générés par composer, cf la bascule sous git tout ça...


Oui, j'ai suivi ça, merci tout ça.

C'était surtout pour m'assurer que la mise à jour allait bien jusqu'au 
bout malgré le timeout.



Espérons qu'"on" pourra améliorer ça :)


Je n'en doute pas :)

La mise à jour se fait bien, tout semble ok quand même, mais le zip 
téléchargé à la racine du site n'est pas supprimé et le dossier 
fichiers_obsoletes_{date} n'est pas créé.

Normalement si, à condition qu'il y ait bien des fichiers obsolètes ;)


Ok, comme je n'ai pas eu de dossiers créés sur la dernière mise à jour 
3.1/3.2/3.3, je pensais que c'était lié à https://core.spip.net/issues/4646

Bon, c'était juste pour signaler.

Merci,

                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


[spip-dev] Erreur 500 lors de mise à jour avec SPIP Loader

2021-02-17 Par sujet jeanmarie

Re,

bon, j'ai fait le tri dans mes problèmes :)

Dans https://www.mail-archive.com/spip-dev@rezo.net/msg71091.html, 
j'avais en fait 2 problèmes en même temps :


 *   l'intégration de /critere_fusion_supprimer_dist/ dans la core
   (réglé par
   
https://git.spip.net/spip/spip/commit/acb9cb47758ef897af429f4ac7c9056c4e012b2e
   )
 * une erreur 500 lors de la mise à jour via spip loader

Je viens de faire 5 mises à jour via spip loader et à chaque fois, 
l'avance de la mise à jour reste bloqué à 96 ou 97% puis se termine en 
erreur 500 Internal Server Error.


La mise à jour se fait bien, tout semble ok quand même, mais le zip 
téléchargé à la racine du site n'est pas supprimé et le dossier 
fichiers_obsoletes_{date} n'est pas créé.


Testé avec SPIP loader à jour bien sûr et spip 3.2 et 3.3 chez plusieurs 
hébergeurs (dont un chaton donc).


                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

Re: [spip-dev] SPIP 3.3 + SPIP bonux = erreur 500

2021-02-17 Par sujet jeanmarie

Le 17/02/2021 à 18:36, Maïeul Rouquette a écrit :

Le 17/02/2021 à 18:22, jeanmarie a écrit :

En faisant la mise à jour en local, j'ai une erreur :

*Fatal error*: Cannot redeclare critere_fusion_supprimer_dist() 
(previously declared in 
C:\www\radio-u\plugins\auto\spip_bonux\v3.5.5\public\spip_bonux_criteres.php:179) 
in *C:\www\radio-u\ecrire\public\criteres.php* on line *618*

ca a été corrigé entre temps :)


J'ai le souci avec Bonux à jour également : *Fatal error*: Cannot 
redeclare critere_fusion_supprimer_dist() (previously declared in 
C:\www\radio-u\plugins\auto\spip_bonux\v3.7.0\public\spip_bonux_criteres.php:180) 
in *C:\www\radio-u\ecrire\public\criteres.php* on line *618*


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

Re: [spip-dev] SPIP 3.3 + SPIP bonux = erreur 500

2021-02-17 Par sujet jeanmarie

En faisant la mise à jour en local, j'ai une erreur :

*Fatal error*: Cannot redeclare critere_fusion_supprimer_dist() 
(previously declared in 
C:\www\radio-u\plugins\auto\spip_bonux\v3.5.5\public\spip_bonux_criteres.php:179) 
in *C:\www\radio-u\ecrire\public\criteres.php* on line *618*


J'aurais dû commencer par là :)*
*

*
*

Le 17/02/2021 à 18:13, jeanmarie a écrit :

Salut,

suite à la mise à jour de SPIP 3.3 (site déjà en 3.3), j'ai une erreur 
500 si SPIP Bonux (testé avec v3.7.0 et v3.5.5) chez 2 hébergeurs 
différents (dont un chaton près de chez moi ;) ) en PHP 7.2.34 (le 
chaton) et 7.3.20 (le moins chaton). Mise à jour avec spip loader et 
sans (via le zip).


Dans le privé, avec Bonux activé, j'ai accès aux plugins 
/?exec=admin_plugin mais les autres pages n'affichent que le bandeau 
de navigation et rien dessous.


J'ai regardé dans les log (gravité 8) mais je trouve rien (je ne sais 
pas trop quoi chercher).


Est-ce que qq1 a le même souci ?

Pour info, j'ai eu également des erreurs 500 pour 2 autres mises à 
jour via spip loader sur SPIP 3.2 (loader bloqué à 96% environ) mais 
ça c'est débloqué après qqs rafraichissements.


                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
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] SPIP 3.3 + SPIP bonux = erreur 500

2021-02-17 Par sujet jeanmarie

Salut,

suite à la mise à jour de SPIP 3.3 (site déjà en 3.3), j'ai une erreur 
500 si SPIP Bonux (testé avec v3.7.0 et v3.5.5) chez 2 hébergeurs 
différents (dont un chaton près de chez moi ;) ) en PHP 7.2.34 (le 
chaton) et 7.3.20 (le moins chaton). Mise à jour avec spip loader et 
sans (via le zip).


Dans le privé, avec Bonux activé, j'ai accès aux plugins 
/?exec=admin_plugin mais les autres pages n'affichent que le bandeau de 
navigation et rien dessous.


J'ai regardé dans les log (gravité 8) mais je trouve rien (je ne sais 
pas trop quoi chercher).


Est-ce que qq1 a le même souci ?

Pour info, j'ai eu également des erreurs 500 pour 2 autres mises à jour 
via spip loader sur SPIP 3.2 (loader bloqué à 96% environ) mais ça c'est 
débloqué après qqs rafraichissements.


                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


Re: [spip-dev] Tests Discourse

2021-02-03 Par sujet jeanmarie



Le 03/02/2021 à 11:20, Bruno Bergot a écrit :

Voilà le topo, perso j'ai hâte de tester tout ça :)


merci pour le topo et hâte aussi :)


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


[spip-dev] Tests Discourse

2021-02-02 Par sujet jeanmarie

Salut,

j'ai cru apercevoir qu'il y avait eu des tests pour brancher nos listes 
de discussion sur Discourse https://github.com/discourse/discourse

L'outil a l'air bien et un lien entre web et mail serait pas mal, c'est sûr.

Les tests ont donné quoi ? C'est concluant ?

Merci pour les recherches en tout cas...

                    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


Re: [spip-dev] SPIP loader ne télécharge pas le master ?

2021-02-01 Par sujet jeanmarie

C'est bon, la mise à jour se fait bien \o/

Merci

                jeanmarie


Le 01/02/2021 à 17:25, Ben. a écrit :

c'est mieux là Jean-Marie tu peux réessayer ?

On va surveiller de plus pret la génération totomatique

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


Re: [spip-dev] SPIP loader ne télécharge pas le master ?

2021-02-01 Par sujet jeanmarie

Hello,

Le 01/02/2021 à 10:35, Matthieu Marcillaud a écrit :

Le 28/01/2021 à 17:40, jeanmarie a écrit :
Si c'est ce fichier https://files.spip.net/spip/dev/ 
(spip-master.zip) qui est téléchargé, il semble dater du 29/9/20.


Tu pourras retester ? (le cron ne tournait effectivement pas).


C'est pas mieux : la page indique bien que le zip vient d'être généré 
(01-02-2021 10:30) mais les fichiers dans le zip ne sont pas à jour (29 
sept 20 - 16:12).
Dans inc_version : $spip_version_base = 24379; (je ne sais pas où voir 
la version sinon)


Pour plugin-dist, ils devraient être mis à jour aussi (nouvelle médiabox 
+ SVP) dans le zip aussi ?


                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


[spip-dev] SPIP loader ne télécharge pas le master ?

2021-01-28 Par sujet jeanmarie

Salut,

suite à mise à jour d'un site en 3.3 dev via SPIP loader, je n'ai pas 
les derniers commits (par ex 
https://git.spip.net/spip/spip/commit/d07b859fbc7b92bf6d4d9140ced0bf601e2be8d2 
).


Et je n'ai pas non plus la dernière version de Médiabox avec lity ni SVP 
refondu, mais je ne sais pas si c'est normal ou quoi.


Si c'est ce fichier https://files.spip.net/spip/dev/ (spip-master.zip) 
qui est téléchargé, il semble dater du 29/9/20.


                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


[spip-dev] Mise à jour vers 3.3

2021-01-12 Par sujet jeanmarie

Salut,

je viens de faire mes 3 premières mises à jour vers SPIP 3.3 (deux sites 
depuis 3.2 et un depuis 3.1). Je voulais tester en vrai (avec des 
personnes qui utilisent les sites pour avoir leurs retours) et ça a 
roulé tout seul, comme d'habitude : techniquement, aucun souci et, une 
fois la prise en main de l'espace privé fluide faite, on ne peut plus 
s'en passer :)


On peu dire ce qu'on veut mais c'est vraiment appréciable cette fluidité 
pour monter de version, merci aux devs !


                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


Re: [spip-dev] [Spip] ATTENTION, La mise à jour de GIS 4.49.2 vers la version v4.50.1 entraine une décomposition de l’affichage en divers carrés de la carte qui sortent du cadre de celle-ci.

2021-01-09 Par sujet jeanmarie

Je fais suivre sur la liste spip-dev plus adaptée à ce type de retours :)

                    jeanmarie

Le 08/01/2021 à 16:21, Lac CRETEIL a écrit :

Bonjour,
ATTENTION,
La mise à jour de GIS 4.49.2 vers la version v4.50.1 entraine une 
décomposition de l’affichage en divers carrés de la carte qui sortent 
du cadre de celle-ci.

Pour régler le problème je suis revenu à GIS 4.49.2.
Le site est en SPIP 3.2.8 [24473], affichage avec SAFARI.
https://laccreteil.fr <https://laccreteil.fr>
Bien cordialement.
Michel


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

Re: [spip-dev] Plugin Massicot et gestion des autorisations

2020-12-31 Par sujet jeanmarie

Hello,

Le 31/12/2020 à 11:06, glopg...@riseup.net a écrit :

Bonjour RastaPopoulos,

RastaPopoulos:

[...]

je vois que tu fork le dépôt, c'est un fonctionnement qui n'est pas encore 
expliqué très clairement (our bad) : sur Git comme sur l'ancienne zone SVN, 
tout le monde a les mêmes droits sur tous les dépôts communautaires. Il n'y a 
donc à peu près jamais à faire des forks dans son compte perso pour faire des 
modifs, puis des PR.

Il est bien mieux, à la fois plus simple pour soi *mais aussi pour les autres*, 
de faire une branche de dév directement dans le projet de départ (puisque tu as 
les droits) : cela permet à tout le monde de tester tes modifs uniquement en 
changeant de branche, sans devoir cloner un autre dépôt.

[...]

Les PR peuvent être faites tout aussi facilement depuis une branche interne au 
même projet.

Oups oui, pardon, au temps pour moi. Je n'avais pas pensé à vérifier
sur d'autres dépôts quel était l'usage en vigueur. Pas de problème,
je n'avais pas encore validé la PR. Je fais de ce pas une branche dev
directement sur le dépôt principal.
Une tentative de clarification du fonctionnement par ici : 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT#Proposer-des-modifications-via-pull-request-PR 



Et plus largement pour Contribuer au développement d’un plugin : 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT#Contribuer-au-developpement-d-un-plugin


                    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

Re: [spip-dev] [Spip-zone-commit] [soundmanager] mieux packger le nouveau player et page de demo

2020-12-14 Par sujet jeanmarie
En fait, il ne faut pas distribuer le plugins en v1.x avec les dernières 
modifs car il y a une rupture de compatibilité avec le renommage 
modeles/audio.html en modeles/audio360.html :

https://git.spip.net/spip-contrib-extensions/soundmanager/commit/8f264bfb2a4d6102ab9159a504c65e923f9b64d3

Le 10/12/2020 à 21:49, Franck a écrit :

Salut BoOz 
Juste pour dire que tu as oublié de mettre à jour le fichier paquet.xml, tu 
n'as fait que plugin.xml !
En tout cas, il y a un problème car paquet.xml à un numéro de version plus 
grand que plugin.xml, si bien que ceux utilisant le plug, ne verront pas la 
mise à jour via svp ☹
Faudrait faire un up de version de paquet.xml et mettre le même à plugin.xml, 
histoire de repartir correctement
Franck

-Message d'origine-
De : BoOz 
Envoyé : jeudi 10 décembre 2020 20:31
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [soundmanager] mieux packger le nouveau player et 
page de demo

spip-contrib-extensions/soundmanager
-
Par BoOz, le 10 décembre 2020 à 20h26min :

mieux packger le nouveau player et page de demo


*Ajouté*
 modeles/audioplayer.html
 test_player.html
 tinyplayer.css.html
*Modifié*
 inclure/player.html
 plugin.xml
 sm_pipelines.php
 soundmanager.css.html

Détails : 
https://git.spip.net/spip-contrib-extensions/soundmanager/commit/aaaffa3c8a619ecb73f6212f47d49c0b2efa9445

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

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

Re: [spip-dev] [HS] Re: Écriture inclusive (!)

2020-12-14 Par sujet jeanmarie

Allez, à moi :)

Comme le (re-)disait Maieul ce matin, échangeons sur la forme oui, mais 
ne débattons pas du bien fondé de l'écriture inclusive sinon, d'ici la 
fin de la semaine (oui oui, on n'est que lundi !), on débattra du retour 
de la peine de mort.


Dans chaque communauté partageant des valeurs, il y a des choses qui 
peuvent être débattues et d'autres non, c'est tout, c'est comme ça. Ça 
permet aux personnes concernées de s'y sentir bienvenues et ça sert de 
socle pour avancer plus loin. Après, il est tout à fait possible de ne 
pas être d'accord avec ces valeurs communes et de les réfuter. Dans ce 
cas-là, on ne fait pas partie de la communauté en question.


Mais en débattre continuellement est une façon (bien connue dans les 
milieux militants) de faire perdre de l'énergie et du temps pour ne pas 
avancer, d'où énervement (re-cf Loi de Brandolini 
https://bonpote.com/loi-de-brandolini-doit-on-repondre-aux-cons/ ).


Et je rappelle que tout part d'un énergumène qui est venu répandre sa 
haine ici : https://www.mail-archive.com/spip-dev@rezo.net/msg70624.html
Et que depuis, les modifs ont été faites quand même : 
https://git.spip.net/spip-contrib-extensions/formidable/pulls/47


Donc si on résume :

 * on ne débat pas de la nécessité de l'écriture inclusive (qui ne se
   résume pas au point médian)
 * on échange sur les formes les plus pertinentes pour tous les publics

C'est bon, on clos le sujet ou on se refait le semaine dessus ?

Sinon, je propose de passer cet échange sur la liste 
spip-debat-intermina...@rezo.net pour continuer à échanger ensemble sur 
ce sujet tellement prioritaire pour la survie de l'humanité...


Bisous et tendresse


Le 14/12/2020 à 15:29, Eric Lupinacci a écrit :
Le lun. 14 déc. 2020 à 15:14, jacques > a écrit :



Quelles valeurs, sont-elles mises en avant sur le site de SPIP? Je ne
sais pas si je suis d'accord ou pas avec, car visiblement il y a des
valeurs de SPIP qui ne sont accessibles qu' à un groupe d'initié.e.s.


Mais qu'est ce que tu racontes ?
Ton mail n'existe que pour mettre de l'huile sur le feu : tu cherches 
quoi en disant que la charte ne décrit pas le projet politique ?

Tu veux un parchemin signé avec notre sang ?

Je suis d'accord qu'on peut toujours échanger avec plus de modération 
mais je trouve que l'hypocrisie de certains écrits ou "éléments de 
langage" comme on le dit aujourd'hui sont bien plus violents qu'un "va 
chier" qui n'a le tort que de fâcher les egos...
Donc à se polariser sur la forme on oublie le fond, c'est d'ailleurs 
ton cas car le premier mail de ce fil était tout sauf amène.


Et franchement, en remettant en cause sans rien proposer de positif 
sauf à dire que la démarche était débile, quelle réaction était 
attendue de la part de personnes qui se battent depuis des années pour 
une cause juste ?
Et SPIP permet toujours de faire ce que l'on veut, il suffit d'y 
mettre les mains et d'arrêter de se plaindre en mode consommateur.


Donc, si je comprends bien, et comme je l'ai déjà écrit:
Si on n'est pas d’accord, on se fait lyncher, ou sinon on la ferme.

Je dois donc choisir de la fermer car je ne pense pas comme toi,
car tu
penses que je ne suis pas d'accord avec toutes tes valeurs.


Après le mode consommateur, voilà le mode Calimero.
Si il y a bien un truc que SPIP fait depuis des années c'est laisser 
le libre arbitre de son utilisation.

Tu peux t'exprimer mais tu dois aussi tolérer les contradictions.
Et non ce n'est pas la forme qui fait la contradiction c'est le fond !

Et pour finir, relis les mails et extrait les phrases positives de 
ceux qui ont remis en cause l'approche inclusive de SPIP.

Après on en rediscute, plus calmement

++
Eric


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

Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-11 Par sujet jeanmarie

Salut,

Le 10/12/2020 à 14:42, JLuc a écrit :

Le 01/12/2020 à 15:00, RastaPopoulos a écrit :

Le 01/12/2020 à 14:34, jeanmarie a écrit :

Est-ce que d'autres ont ces questions aussi ? Et d'autres idées ?
pas tant que ça, ça reste un cas rare d'en avoir beaucoup je crois 
(en tout cas d'en avoir beaucoup en autonome)
il y a déjà une séparation entre les sélections autonomes (qu'on 
appelle plutôt par leur identifiant) et les sélections liés à des 
contenus (que ce soit pour "voir plus" de choses après un article ou 
dans une lettre, etc)


Ne serait ce pas une mission pour les rôles de sélection ?
https://git.spip.net/spip-contrib-extensions/roles_selections.git ?


Ah, intéressant !

J'ai l'impression qu'il y a 2 questions :

 * comment repérer des objets parmi d'autres (des sélections
   éditoriales dans mon cas mais on peut imaginer tout et n'importe
   quoi) > les rôles sont une bonne piste
 * comment les rendre accessibles facilement aux admin/rédacteur·rices
   du site > un plugin qui permet de retrouver des "modules" via un
   menu (piste de laurent) est inintéressante (ter ;) )

                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

Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-09 Par sujet jeanmarie

Le 09/12/2020 à 11:30, RastaPopoulos a écrit :

Le 09/12/2020 à 10:18, jeanmarie a écrit :

Oui, ce n'est sans doute pas la bonne piste, je me dis que celle de Laurent (un plugin 
permettant de retrouver des "éléments éditables" via le menu squelette) est 
plus pertinente : au lieu de chercher à ranger les sélections éditoriales pour mieux s'y 
retrouver, il paraitrait plus logique de retrouver ces sélections spécifiques via le menu 
Squelette.

Ça serait une façon intéressante "d’étendre" l'interface de SPIP pour retrouver 
ce qui est lié au squelette (et donc technique), un peu à l'image des noisettes du 
noiZetier mais sans la notion de construction du squelette. Bref, j'y jetterais bien un 
œil à ce plugin (bis ;) ).

Je n'ai pas compris ce que tu veux dire dans cette partie, et pour l'instant de ce que 
j'avais compris de la description de Laurent, c'était peu ou prou la même chose que 
Sélections éditoriales : comme on le voit dans sa capture d'écran, "Accueil - 
Articles secondaires" bééé… c'est une Sélection quoi (et dedans les contenus choisis 
en question), je ne vois aucune différence majeure, en l'état de ma compréhension pour 
l'instant. :)


Il y a 2 plugins :

 * Sélections d'objets qui, en l'état de ma compréhension pour
   l'instant également :) , fait la même chose que Sélection éditoriales
 * Éléments éditables, son plugin perso, qui permet de retrouver des
   "modules" (des sélections éditoriales dans mon cas) via le menu
   Squelette pour en faciliter l'accès

C'est l'utilisation du 2nd qui me parait être une meilleure piste pour 
mon besoin. Et si j'extrapole, on pourrait y mettre plein de trucs 
techniques (liés au squelettes donc) mais utilisés par rédacteur·rices.


                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

Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-09 Par sujet jeanmarie

Re,

Le 08/12/2020 à 20:10, RastaPopoulos a écrit :

Le 01/12/2020 à 15:38, jeanmarie a écrit :

Pour les newsletters, les sélections ne sont pas forcément associées car 
insérées directement dans le contenu via un modèle. Je fais ça pour laisser le 
maximum de latitudes aux utilisateur·rices : alterner sélection et texte, 
choisir la façon dont s'affiche la sélection (colonnes, ligne, pleine largeur), 
etc...

Pour moi c'est là le problème, que *dans les squelettes* tu n'utilises pas les 
sélections liées, c'est une chose, mais le fait qu'elles soient utilisées dans 
le texte en insertion, bah ça veut quand même dire qu'elles sont liées et donc 
: doivent l'être.

Ça devrait même le faire automatiquement, comme pour les documents joints, ou 
les formulaires Formidable. Pour ça copier sur ces deux plugins pour faire 
pareil. Mais en attendant que ce soit fait automatiquement, ça devrait être lié 
explicitement quand même.
Les sélections étant "inscrites en dur" dans la code de la newsletter au 
moment de l'envoi, les utilisateur·rices peuvent les réutiliser en les 
modifiant. Par ex, il y a des sélections "Actualités" et "Les 
rendez-vous à venir" dont le contenu change mais le titre reste le même. 
Mais ces sélections ne sont pas toujours présentes, il peut y avoir 
l'une ou l'autre ou les 2 ou d'autres spécifiques selon les besoins.


D'où le non lien. Mais je vois ce que tu veux dire, à voir donc...


Donc dans l'idée, j'aurais bien fait un "groupe" newsletter et un autre plutôt "outils" 
ou "technique" pour s'y retrouver. Ça éviterait, dans 1 an, d'avoir à chercher celle qui gère le 
diapo dans les 50 qui ont servi aux newsletters.

C'est bien ça, où ça me parait overcompliqué d'ajouter une manière de ranger, alors que 
justement les listes techniques ce sont précisément les sélections 
"indépendantes" liées à rien, qu'on appelle dans les squelettes par leur 
identifiant. Tandis que les sélections de newsletter… bah sont liées à des contenus 
d'objet=newsletter, et donc facilement séparé à part.


Oui, ce n'est sans doute pas la bonne piste, je me dis que celle de 
Laurent (un plugin permettant de retrouver des "éléments éditables" via 
le menu squelette) est plus pertinente : au lieu de chercher à ranger 
les sélections éditoriales pour mieux s'y retrouver, il paraitrait plus 
logique de retrouver ces sélections spécifiques via le menu Squelette.


Ça serait une façon intéressante "d’étendre" l'interface de SPIP pour 
retrouver ce qui est lié au squelette (et donc technique), un peu à 
l'image des noisettes du noiZetier mais sans la notion de construction 
du squelette. Bref, j'y jetterais bien un œil à ce plugin (bis ;) ).


                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

Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-09 Par sujet jeanmarie

Salut,

Le 08/12/2020 à 23:41, nicod_ a écrit :

Le 08/12/2020 à 19:51, c-real a écrit :

Retour d’expérience :

Pour ce type de besoin, j'utilise le plugin "sélection d'objets" ( 
https://contrib.spip.net/Selection-d-objets ) associé à un plugin 
maison nommé "élément éditable".
Merci du retour, ça parait intéressant, et je ne connaissais pas 
Sélection d'objets, je vais jeter un oeil.
Tu partagerais ton plugin sur la zone qu'on puisse voir à quoi ça 
ressemble ?


Oui, ce plugin "élément éditable" pourrait répondre à mon besoin, en 
tout cas, c'est une bonne piste...

Tu as lien git ou autre qu'on puisse tester ?

                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

Re: [spip-dev] Écriture inclusive (!)

2020-12-04 Par sujet jeanmarie

Salut,

Le 04/12/2020 à 11:28, JLuc a écrit :

Mais l'ouverture et la volonté d'éducation populaire font partie de 
SPIP aussi
et ça passe par l'attention ou au moins une certaine reconnaissance 
des usages non politiques

-- scolaires et artistiques par exemple... et même marchands --

La tendresse est là aussi,
et ce n'est pas de l'amour chrétien qui tend l'autre joue :
c'est stratégique puisque ça permet de toucher plus de monde.

La tendresse aussi est politique.


Tout à fait...

MAIS, avec un 1er message comme ça, je cite :

   /"Franchement, je ne veux pas être vieux jeu, mais l'écriture
   inclusive//
   //dans les pages privées [...]//, ça pique les yeux ! Je ne suis pas
   sûr que ce soit//
   //réellement une nécessité absolue." /

et

   /"Là, camarades, il faut choisir son camp. Soit on a le culot d'écrire//
   //"seul.e.s les administrateur.rice.s", soit on écrit le Français//
   //correctement en considérant que le masculin pluriel est le neutre du//
   //Français (ce qui est est grammaticalement le cas)."/

à quoi d'autre pouvait-il s'attendre d'autre ? :)

Il a fallut attendre son 3e message pour avoir un argument réel (et je 
passe la forme) :


   /"cette écriture merdique pose des tas de problèmes aux lecteurs
   Braille ou convertisseurs audio"/

mais toujours pas de proposition... Donc il demande de choisir entre 2 
communautés exclues... pas facile :(


Bref, il n'est pas venu là pour contribuer mais pour gueuler, donc 
bon... la tendresse, ça va dans les 2 sens !


Et vue la forme, il est difficile de reprocher à celles et ceux qui 
essayent de bouger des choses de ne pas s'énerver (je ne parle pas des 
messages privés, dont je ne connait pas le contenu/contexte, juste des 
messages de la liste), cf la loi de Brandolini.


Allez, bon vendredi quand même,

                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

Re: [spip-dev] Écriture inclusive (!)

2020-12-03 Par sujet jeanmarie

Bonjour,

pour éviter de recommencer éternellement ce débat, le mieux est 
peut-être de reparcourir les échanges qui ont eu lieu en juin ici même : 
https://www.mail-archive.com/spip-dev@rezo.net/msg69690.html
Des arguments et des ressources ont été fournies, ça donne des éléments 
de réflexion.


Après, on pourra rester pas d'accord sur l'écriture inclusive mais 
refuser l'inclusion est contraire à la charte de SPIP. Et si la forme te 
gêne, il n'est pas interdit de proposer d'autres formes qui respectent 
tout le monde (tu as vu, pas de point médian dans ce message :) ).


                jeanmarie


Le 03/12/2020 à 14:23, BERTRAND Joël a écrit :

Bonjour à tous,

Franchement, je ne veux pas être vieux jeu, mais l'écriture inclusive
dans les pages privées (par exemple la configuration du plugin
Formidable), ça pique les yeux ! Je ne suis pas sûr que ce soit
réellement une nécessité absolue.

Exemple :
"seul·es les auteur·trices d’un formulaire"
"seul·es les administrateurs et administratrices"

Là, camarades, il faut choisir son camp. Soit on a le culot d'écrire
"seul.e.s les administrateur.rice.s", soit on écrit le Français
correctement en considérant que le masculin pluriel est le neutre du
Français (ce qui est est grammaticalement le cas).

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

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

Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-01 Par sujet jeanmarie

Hello,

merci pour ton retour.

Le 01/12/2020 à 15:00, RastaPopoulos a écrit :

Le 01/12/2020 à 14:34, jeanmarie a écrit :

Est-ce que d'autres ont ces questions aussi ? Et d'autres idées ?

pas tant que ça, ça reste un cas rare d'en avoir beaucoup je crois (en tout cas 
d'en avoir beaucoup en autonome)

il y a déjà une séparation entre les sélections autonomes (qu'on appelle plutôt par leur 
identifiant) et les sélections liés à des contenus (que ce soit pour "voir 
plus" de choses après un article ou dans une lettre, etc)

combien tu as de sélections autonomes VS de liées ?

on pourrait déjà améliorer le tableau de bord pour pouvoir filtrer par plus de 
choses, peut-être avoir une unique liste comme les commandes et des filtres sur 
le côté (mais je sais pas si le critère permettant de filtrer les autonomes ou 
pas sais le faire en dynamique avec un param, faut peut-être améliorer), 
pouvoir filtrer par autonome ou pas, statut, quel type d'objet lié (ne voir que 
les sélections de lettre) etc


Pour l'instant, j'ai :

 * 1 sélection pour le diaporama de la page d'accueil
 * 1 sélection pour les logos partenaires en pied de page
 * X sélections pour les newsletters (je ne sais pas combien et
   potentiellement plein si les utilisateur·rices ne font pas de ménage)

Pour les newsletters, les sélections ne sont pas forcément associées car 
insérées directement dans le contenu via un modèle. Je fais ça pour 
laisser le maximum de latitudes aux utilisateur·rices : alterner 
sélection et texte, choisir la façon dont s'affiche la sélection 
(colonnes, ligne, pleine largeur), etc...


Donc dans l'idée, j'aurais bien fait un "groupe" newsletter et un autre 
plutôt "outils" ou "technique" pour s'y retrouver. Ça éviterait, dans 1 
an, d'avoir à chercher celle qui gère le diapo dans les 50 qui ont servi 
aux newsletters.


                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

[spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-01 Par sujet jeanmarie

Salut,

j'utilise de plus en plus les sélections éditoriales pour faire 
proprement des sélections de contenus, par ex des images pour un 
diaporama/focus d'accueil, des logos de partenaires... etc. Je les 
utilise aussi pour les newsletters via le plugin 
https://git.spip.net/spip-contrib-extensions/newsletters_modeles


Bref, ça commence à faire des sélections dans tous les sens et dont les 
usages sont relativement différents. Je me demandais donc comment on 
aurait pu organiser ça pour que les utilisateur·rices s'y retrouvent 
facilement. Une idée serait de créer des "groupes de sélections" sur le 
modèles des groupes de mot-clefs.


Est-ce que d'autres ont ces questions aussi ? Et d'autres idées ?

                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


Re: [spip-dev] Classe spécifique pour la Splash Boîte de Médiabox

2020-11-27 Par sujet jeanmarie

Hello,

Le 24/11/2020 à 10:33, Bruno Bergot a écrit :
Autre question : j'ai regardé la doc mais je ne vois pas comment 
régler le délai d'expiration du cookie sans surcharger 
https://git.spip.net/spip/mediabox/src/branch/master/javascript/splash.mediabox.js#L4 

C'est en dur pour l'instant, on pourrait ajouter une config pour ça, 
mais je me dis que tous ces points mériteraient bien des tickets par 
ici https://core.spip.net/projects/mediabox/issues :)


hop les tickets :)

 * classe spécifique : https://core.spip.net/issues/4608
 * délai du cookie : https://core.spip.net/issues/4609

                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

Re: [spip-dev] Classe spécifique pour la Splash Boîte de Médiabox

2020-11-24 Par sujet jeanmarie

Hello,

Le 23/11/2020 à 17:13, Bruno Bergot a écrit :

Hop,

Le 19/11/2020 à 11:22, jeanmarie a écrit :
est-ce qu'il y a une solution pour avoir une classe spécifique pour 
la splash boite de Médiabox qui s'affiche sur n'importe quelle page à 
la 1ère visite ?


De ce que je vois, on a id="colorbox" et class="box_mediabox 
box_modalbox" dans tous les cas, que ça soit la splash boite ou une 
boite modale "normale" (par ex portfolio).


Oui, c'est un manque qui pourrait être comblé par le patch suivant 
dans javascript/splash.mediabox.js :


[...]

Par contre, je ne suis pas certain que ça soit le bon moment de 
l'intégrer puisque mediabox est en cours de refonte dans la 3.3 cf le 
travail de Cedric à ce sujet.


Oui, faudrait sans doute tester tout ça avant de le distribuer. De mon 
côté, je m'en suis sorti en rendant la box invisible et en appliquant 
tous les styles directement dans la page appelée. Dans mon cas, ça 
colle, mais ça impacte toutes les mediabox du site.


Autre question : j'ai regardé la doc mais je ne vois pas comment régler 
le délai d'expiration du cookie sans surcharger 
https://git.spip.net/spip/mediabox/src/branch/master/javascript/splash.mediabox.js#L4


                jean marie


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


[spip-dev] Classe spécifique pour la Splash Boîte de Médiabox

2020-11-19 Par sujet jeanmarie

Salut,

est-ce qu'il y a une solution pour avoir une classe spécifique pour la 
splash boite de Médiabox qui s'affiche sur n'importe quelle page à la 
1ère visite ?


De ce que je vois, on a id="colorbox" et class="box_mediabox 
box_modalbox" dans tous les cas, que ça soit la splash boite ou une 
boite modale "normale" (par ex portfolio).


                    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


Re: [spip-dev] Doc sur contrib

2020-10-14 Par sujet jeanmarie

merci.

                jeanmarie


Le 14/10/2020 à 11:24, erational a écrit :

Coucou

C'est fait
https://contrib.spip.net/ecrire/?exec=rubrique_rubrique=2138

Merci !

Le 14/10/2020 à 11:14, jeanmarie a écrit :

Salut,

je voudrais commencer la doc pour le thème HTML5up Escape Velocity 
(https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity) 
mais je n'ai pas/plus la main pour créer la rubrique ici 
https://contrib.spip.net/ecrire/?exec=rubrique_rubrique=781

Quelqu'un·e peut me le faire ?

Merci,

            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



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


[spip-dev] Doc sur contrib

2020-10-14 Par sujet jeanmarie

Salut,

je voudrais commencer la doc pour le thème HTML5up Escape Velocity 
(https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity) 
mais je n'ai pas/plus la main pour créer la rubrique ici 
https://contrib.spip.net/ecrire/?exec=rubrique_rubrique=781

Quelqu'un·e peut me le faire ?

Merci,

            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


Re: [spip-dev] [Spip-zone-commit] [html5up_escape_velocity] Styles le player OEmbed.

2020-10-08 Par sujet jeanmarie

Bien vu :)

https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity/commit/c956b5a7508b6ca584fb44e33c4b2e9ac7b4d03b

Le 08/10/2020 à 09:21, Bruno Bergot a écrit :

Hop,

Le 08/10/2020 à 08:01, jeanmarie a écrit :

spip-contrib-squelettes/html5up_escape_velocity
-
Par jeanmarie, le 8 octobre 2020 à 08h00min :

Styles le player OEmbed.


*Modifié*
 css/html5up_escape_velocity.spip.css.html

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity/commit/ddf00c5ef31bce7c7b11f0f5d05366221a15c02c




Attention, un "du" s'est glissé juste avant ton commentaire ;)

https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity/src/branch/master/css/html5up_escape_velocity.spip.css.html#L111 



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

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


Re: [spip-dev] [Spip-zone-commit] [html5up_twenty] 5 commits

2020-10-05 Par sujet jeanmarie
Pour info, je viens de pousser 6 commits d'un coup mais on dirait que la 
notification mail ci-dessous n'affiche que les 5 derniers. Celui-ci est 
absent : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/70c99301ed8264590d012f3eb3d8dbd5838f198b

J'ai eu la même chose avec 10 commits ce matin...

Voilà, je ne sais pas si c'est un bug ou une feature, je signale au cas où.

                jeanmarie


Le 05/10/2020 à 16:05, jeanmarie a écrit :

spip-contrib-squelettes/html5up_twenty | 5 commits
-
Par jeanmarie, le 5 octobre 2020 à 12h24min :

Accueil : l'article d'intro


*Modifié*
 content/sommaire.html
 css/html5up_twenty.spip.css.html
 formulaires/configurer_html5up_twenty.html
 lang/html5up_twenty_fr.php

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/2fd55d039612e06bbe0c0efd2bde4b6466092264

==
Par jeanmarie, le 5 octobre 2020 à 12h28min :

On met un #article_intro pour ne pas cibler les autres blocs plus bas


*Modifié*
 content/sommaire.html
 css/html5up_twenty.spip.css.html

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/50f6e96cf8c096ecff0021e9967d415298a5c8e8

==
Par jeanmarie, le 5 octobre 2020 à 15h46min :

Accueil : l'article hero


*Modifié*
 content/sommaire.html
 formulaires/configurer_html5up_twenty.html
 lang/html5up_twenty_fr.php

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/0002fb67ac984975bae8032fca1543b05c601b9e

==
Par jeanmarie, le 5 octobre 2020 à 16h00min :

Le visuel de l'article hero


*Modifié*
 content/sommaire.html
 css/html5up_twenty.spip.css.html

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/67d953e8d0917d78d33bd0dc76357addc7ac149f

==
Par jeanmarie, le 5 octobre 2020 à 16h04min :

SEO : Le nom du site doit être h1 (problème récurent sur les thèmes html5up)


*Modifié*
 content/sommaire.html
 css/html5up_twenty.spip.css.html

Détails : 
https://git.spip.net/spip-contrib-squelettes/html5up_twenty/commit/bab058d49bd5751e8250abbe73313d338576eaa6

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

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


Re: [spip-dev] Plugin Font Awesome

2020-10-05 Par sujet jeanmarie

Salut,

Le 28/09/2020 à 13:01, erational a écrit :

Le 27/09/2020 à 11:39, Cerdic a écrit :

Hello !

Il te plaisait pas mon plugin fontawesome tout récent et à jour ?
https://git.spip.net/spip-contrib-extensions/fontawesome 
<https://git.spip.net/spip-contrib-extensions/fontawesome>


(qui n’a rien à voir avec l’ancien plugin utilisé pour faire des 
raccourcis typo)


Pour résumé, on a donc

- le vieux plugin picto utilisé pour faire des raccourcis typo qui 
embarque font awesome 4


sur le git, on a :

+ fontawesome (non tagé, doc readme) pas de doc contrib):
fournit la libraire en  SVG avec sa balise SPIP

+ fontawesome5 (tagé, pas de doc contrib)
fournit fontawesome 5 en police
liste toutes les icones dispo
ne fournit pas (encore) de raccourcis typo mais c'est possible

sur mon disque j'ai aussi

+ forkawesome
qui fournit la police générique sous forme de police
liste toutes les icones dispo
ne fournit pas (encore) de raccourcis typo mais c'est possible

Je propose donc:
- fontawesome: créer un tag et documente sur contrib
- fontawesome5: soit je supprime le tag et mon dépot OU je documente 
sur contrib

- forkawesome: soit je laisse sur mes disques ou je le publie

qu'en pensez-vous ?


En regardant rapidement (et sans tester), les points que je trouve 
intéressants et spécifiques à chaque plugin :


 * raccourcis typo (vieux plugin picto)
 * liste de toutes les icones dispo (fontawesome5)
 * balise SPIP (fontawesome)
 * utilisation à l’unité / SVG (fontawesome)
 * librairie alternative (forkawesome)

Ça serait super d'avoir tout ça dans un même plugin (aka la liste de 
courses idéale :))


Aussi, se pose la question des versions de la librairie : est-ce que ce 
plugin unique ne pourrait pas embarquer toutes les versions afin de 
garder une compatibilité pérenne (en choisissant la version via une 
config par ex). Ça éviterait les changements de préfixes à chaque 
version (garder le principe de versioning standard) tout en assurant la 
compatibilité dans le temps.


Mais c'est peut-être compliqué à gérer dans le temps ?

                jeanmarie



--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [paravent] v1.2.2 : oups d'ortographe (RealET)

2020-09-29 Par sujet jeanmarie



Le 29/09/2020 à 12:26, RealET a écrit :

Et tant qu'on y est
Seul les auteur identifié
Seuls les auteurs identifiés


Où ça ?
C'est ok par ici 
https://git.spip.net/spip-contrib-extensions/paravent/src/branch/master/lang/paravent_fr.php#L17



--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


Re: [spip-dev] [paravent] v1.2.1 : compat 3.3 + correction d'une coquille de (...)

2020-09-29 Par sujet jeanmarie

Ah oui, oups.

C'est corrigé merci : 
https://git.spip.net/spip-contrib-extensions/paravent/commit/749016921b2701732040ab60fcb8c758f21c98cf


                jeanmarie

Le 29/09/2020 à 12:15, RealET a écrit :

jeanmarie a écrit le 29/09/2020 à 11:19 :

spip-contrib-extensions/paravent
-
Par jeanmarie, le 29 septembre 2020 à 11h17min :

v1.2.1 : compat 3.3 + correction d'une coquille de texte + écriture 
inclusive


Auteure vs autrice : 
http://bdl.oqlf.gouv.qc.ca/bdl/gabarit_bdl.asp?id=5469



*Modifié*
 lang/paquet-paravent_fr.php
 lang/paravent_fr.php
 paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/paravent/commit/090231aa801533505754c5cbbf378591fb6ad650



Attention
identifés : il manque un i :
identifiés



--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


Re: [spip-dev] [Spip-zone-commit] [socialtags] RIP Google+ Le service est fermé depuis avril 2019, (...)

2020-09-28 Par sujet jeanmarie

Salut,


Le 25/09/2020 à 09:29, ke...@arscenic.info a écrit :

Le 24 sept. 2020 à 19:26 +0200, Bruno Bergot , a écrit :

Le 22/09/2020 à 17:41, jeanmarie a écrit :

Il reste des texte à virer dans les fichiers de lang, mais je
ne sait

pas s'il faut le faire via trad.spip.net ou quoi ?

Cf

https://git.spip.net/spip-contrib-extensions/socialtags/src/branch/master/lang/paquet-socialtags_fr.php#L12


Si mes souvenirs sont bons, il faut retirer les items de langue du

fichier _fr et trad.spip fera le job pour les autres langues.


Je laisse kent1 confirmer/infirmer s'il passe par là.


Oui en théorie c’est le cas, après il y a eu refactoring depuis



Done : 
https://git.spip.net/spip-contrib-extensions/socialtags/commit/31be9cf4b1ae6b08a4040fe0b512e6dac55876c0 



A suivre d'ici demain si les trads sont bien suivies.

                jeanmarie



--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Thème HTML5up Twenty

2020-09-28 Par sujet jeanmarie

Salut,

je vais commencer un projet avec le thème Twenty : 
https://html5up.net/uploads/demos/twenty/

Je voulais savoir si quelqu'un·e avait commencé à travailler dessus?

Rien de précisé sur la page dédiée 
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up 
donc j'imagine que non, mais au cas où...


Bonne journée,

                jean marie



--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


Re: [spip-dev] Plugin Font Awesome

2020-09-24 Par sujet jeanmarie

Salut,

super, ça permettra de l'utiliser dans les thèmes HTML5up ex. Pour 
l'instant, chaque thème embarque sa version, par ex : 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity/src/branch/master/css
J'ai essayé de garder la même version entre les thèmes que j'ai portés 
car il y a des V4 et des V5 selon les thèmes d'origine !


Mais du coup, il ne faudra pas qu'une nouvelle version du Plugin Font 
Awesome casse l'existant dans les plugins qui l'utilise...


                jeanmarie

Le 24/09/2020 à 13:58, erational a écrit :

Hello,

Il y a un plugin Font Awesome sur la zone:
https://contrib.spip.net/Picto-avec-FontAwesome

J'aimerai le mettre à jour à la version 5.14.0 de la police et en 
profiter pour rationaliser le process comme pour les plugins bootstrap


- renommer le plugin de façon explicite fontawesome

ensuite quelle statégie adopter par rapport aux versions  ?
- créer un dépot avec un préfixe explicite par version majeure ? 
fontawesome5, fontawesome6, . (ce qu'on a fait pour bootstrap)

ou
- avoir un master et taguer les versions selon leur intégration.


mon objectif est de fournir la librairie simplement avec autres 
plugins sans casser les designs  si on met à jour via svp.


des avis ?





--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


Re: [spip-dev] [Spip-zone-commit] [socialtags] RIP Google+ Le service est fermé depuis avril 2019, (...)

2020-09-22 Par sujet jeanmarie
Il reste des texte à virer dans les fichiers de lang, mais je ne sait 
pas s'il faut le faire via trad.spip.net ou quoi ?


Cf 
https://git.spip.net/spip-contrib-extensions/socialtags/src/branch/master/lang/paquet-socialtags_fr.php#L12



Le 22/09/2020 à 17:36, jeanmarie a écrit :

spip-contrib-extensions/socialtags
-
Par jeanmarie, le 22 septembre 2020 à 17h34min :

RIP Google+

Le service est fermé depuis avril 2019, j'espère que pluis personne ne l'avait 
activé :)


*Supprimé*
 images/googlebuzz.png
 images/googleplus.png
*Modifié*
 formulaires/configurer_socialtags.html
 paquet.xml
 plugin.xml
 socialtags.js.html
 socialtags.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/socialtags/commit/d7e9a7f2b854e39b96add7386abd1a6a78d88352

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit


--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


[spip-dev] SPIP 3.3 et Compositions

2020-09-17 Par sujet jeanmarie

Salut,

sur une installation locale avec SPIP-Cli (3.3.0-dev GIT [master: 
cc4985ef]), le nouvel icône SVG cadenas (compositions verrouillées) 
s'affiche mal, que les compostions soient dépliées ou pas : 
https://pic.infini.fr/ITLK84Ru/Xac3w64x.png


Aussi, depuis quelques temps, j'ai un bug d'affichage étrange en 3.3 
avec Compositions (3.8.0) : dans un article lorsque je déplie les 
compositions pour en changer, le formulaire s'affiche mal : 
https://pic.infini.fr/172bphJy/E3lHKJtQ.png
Si j'ajoute un overflow: auto; sur .formulaire_spip .choix, ça corrige 
le problème.


Le bug est étrange car je n'arrive pas à reproduire sur tous mes 
sites... Est-ce que quelqu'un a constaté ça aussi ?


                jeanmarie


--
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

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


[spip-dev] Formidable, Facteur et caractère accentué

2020-07-20 Par sujet jeanmarie

Salut,

en configurant Formidable pour envoyer un accusé de réception (via 
facteur et mail() de php 7.2.31), j'ai un souci avec un caractère 
accentué dans le champ "Nom de l’expéditeur·trice de l’accusé de 
réception" : s'il contient un "à", l'accusé de réception n'est jamais 
reçu alors que l'inscription est bien faite puisque le mail contenant 
les résultat est bien envoyé à l’adresse du site.
Pour info, ce dernier (le mail envoyé à l'adresse du site) a également 
un "à" dans le champ nom (et donc From) mais ça ne semble pas poser de 
problème.


Voir ci-dessous le log de facteur pour le mail de confirmation où on 
retrouve le nom accentué dans le From
(m...@site.fr = mail du site avec le formulaire / m...@inscrit.net = 
mail de la personne qui s'inscrit)


mail
/x/plugins/auto/formidable/v4.5.3/traiter/email.php L329
[inc_envoyer_mail(),traiter_email_dist(),formulaires_formidable_traiter_dist(),traiter_formulaires_dynamiques(),include()]
Date: Mon, 20 Jul 2020 16:10:43 +0200
*From: =?utf-8?Q?Bord_=C3=A0_Bord?= m...@site.fr>*
Message-ID: @www.bord-a-bord.fr>
X-Mailer: PHPMailer 5.2.27 (https://github.com/PHPMailer/PHPMailer)
X-Originating-IP: 91.160.125.179
MIME-Version: 1.0
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Inscription à la newsletter Bord à Bord
Destinataire: m...@inscrit.net

Ne comprenant pas plus d'où vient le souci, j'ai enlevé le caractère 
accentué pour que ça marche.


SPIP 3.2.7 / facteur et formidable à jour.

                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

[spip-dev] Thème HTML5up Telephasic

2020-07-18 Par sujet jeanmarie

Salut,

j'ai un projet qui va se faire à la rentrée avec le thème Telephasic : 
https://html5up.net/telephasic


Je voulais savoir si quelqu'un·e avait commencé à le porter ?
Rien de précisé sur la page dédiée 
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up 
donc j'imagine que non, mais si on peut éviter de se marcher sur les 
pieds...


Bon week-end,

                jean marie

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


Re: [spip-dev] Utiliser TextWheel

2020-07-12 Par sujet jeanmarie

Salut,

Le 12/07/2020 à 14:06, Manu a écrit :

Le 11/07/2020 à 21:42, JLuc a écrit :

C'est très simple à faire en utilisant le plugin dameblanche
qui utilise une wheel pour ça.
Il suffit d'ajouter une autre wheel copiée d'après celle proposée
dans ton dossier wheels local.

JL

Pour information/curiosité : c'est quoi cette histoire de "dame 
blanche" ? J'ai cherché une doc, mais, pas trouvé : quel est le rôle, 
à quoi sert ce plugin ?


Par ici https://plugins.spip.net/dame.html

                    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


Re: [spip-dev] Plugin Compositions : attacher une feuille de style [Résolu]

2020-07-10 Par sujet jeanmarie


Le 10/07/2020 à 22:43, Stephane Santon a écrit :

Finalement, pas pu le mettre dans inclure/head car il ne reçoit pas #ENV.


2 possibilités

 * le mettre dans un fichier inc-theme-head.html à la racine de ton
   squelettes/plugin, il sera automatiquement inclue dans le head (cf
   
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_squelettes_/spipr-dist/trunk/inclure/head.html#L43
   )
 * utiliser /head_js/dist.html qui est inclut par Z-core (cf
   
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/z-core/trunk/structure.html#L23
   )

                jean marie

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

Re: [spip-dev] Mise à jour squelette Html5up Spectral

2020-07-10 Par sujet jeanmarie



Le 10/07/2020 à 09:06, JLuc a écrit :

Le 10/07/2020 à 08:04, jeanmarie a écrit :
- Est-ce que le projet de partage de config/mutualisation des 
elements communs à tous les squelette html5up a avancé ?


Bof, on en est au point de dire que ça serait super d'y arriver mais 
que pour ça, il faudrait faire un audit de tous les squelettes 
HTML5up pour réfléchir en amont à ce qui serait mutualisable. Donc 
l'esprit actuel est plutôt de se reposer autant que possible sur des 
plugins externes (les plugins facultatifs de la doc) pour faciliter 
au mieux le passage de l'un a l'autre et conserver une même logique 
de fonctionnement (nom des variables de config...) pour en faciliter 
la maintenance. Pragmatic Style :)


Faut il retirer cette partie de la doc en décalage avec le réel et 
peut être les possibles ?


Comme ce n'est pas moi qui l'avait ajouté dans l'article original et 
qu'il n'y avait pour l'instant qu'un consensus plus ou moins mou, je 
l'avais laissé le temps qu'on acte qqch.


Donc si ok pour vous, on peut le supprimer oui...

            jean marie

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


Re: [spip-dev] Mise à jour squelette Html5up Spectral

2020-07-10 Par sujet jeanmarie

Salut,

super, des nouvelles contributions :)

Mes réponses/avis à certains points ci-dessous.

Le 09/07/2020 à 16:55, Olivier Testa via spip-dev a écrit :

Bonjour,

Y a-t-il quelqu’un qui travaille sur le squelette Spectral?

Je suis en train de le compléter
Le but est de mettre à jour un ancien site spip existant avec un squelette 
perso vieillot
et rajouter à Spectral la compatibilité multidomaines et multilingue
(domaine 1 -> 1 secteur en ; domaine2 -> 1 secteur fr) + liens de traduction 
entre objets


Plus il y a de fonctionnalitéd, mieux c'est, tant que ça ne complique 
pas trop l'utilisation "de base" et que ça ne contraint pas à des 
dépendances uniquement pour cet usage.




J'essaie de compléter le squelette de manière la plus conforme à spip possible, 
en suivant les recommandations sur la page dédiée au portage des squelettes 
html5up, tout en gardant la compatibilité avec le squelette existant

Question préliminaire:

- Est-ce encore pertinent de porter le squelette vers 3.2, ou bien devrais-je 
passer directement à 3.3 ?


Ben, je dirais qu'à moins qu'il y ait une incompatibilité bloquante, 
autant conserver la compat 3.2. Les SPIP 3.2 et 3.3 sont quand même très 
compatible.




- Est-ce que le projet de partage de config/mutualisation des elements communs 
à tous les squelette html5up a avancé ?


Bof, on en est au point de dire que ça serait super d'y arriver mais que 
pour ça, il faudrait faire un audit de tous les squelettes HTML5up pour 
réfléchir en amont à ce qui serait mutualisable. Donc l'esprit actuel 
est plutôt de se reposer autant que possible sur des plugins externes 
(les plugins facultatifs de la doc) pour faciliter au mieux le passage 
de l'un a l'autre et conserver une même logique de fonctionnement (nom 
des variables de config...) pour en faciliter la maintenance. Pragmatic 
Style :)




Quelques points sur Spectral:

- rajout d'une boucle principale englobante pour article et rubrique comme sur 
la dist.

- rajout dans la page article, si ils existent, des #chapo, #ps, #notes, 
#sites, #documents. Actuellement, il n'y a que #TITRE et #TEXTE


C'est bon dans la V2 fraîchement arrivée sur la forge : 
https://git.spip.net/spip-contrib-squelettes/html5up_spectral/src/branch/master/content/article.html




- affichage des rubriques en mode blog ou site (selon mot-clé)


Bonne idée oui, peut-être le faire via une checkbox dans la config 
plutôt ou via une composition ?


C'est ce qu'on a fait sur Massively : 
https://git.spip.net/spip-contrib-squelettes/html5up_massively/src/branch/master/sommaire.html#L50
via ce commit : 
https://git.spip.net/spip-contrib-squelettes/html5up_massively/commit/374c47d96d2713e57bbafd9f6ebf15c5cb6f4ff7


Et c'est sans doute en lien avec 
https://git.spip.net/spip-contrib-squelettes/html5up_spectral/issues/2




- plusieurs modifications ont été faites pour pouvoir utiliser multidomaines (à 
ce jour, j'ai codé cela dans le squelette. il faudrait récupérer le pipeline 
multudomaine)

- a faire: possibilité de configuration des menus footer et nav via le plugin 
"menus"
  
- Le balisage des pages n'est pas optinisé.

Pour un article, on avait #NOM_SITE_SPIP#TITRE
Je les ai remplacé respectivement par #NOM_SITE_SPIP#TITRE
(et modifié la css pour que rien ne change à l'affichage)

- le fil d'ariane est programmé de maniere un peu brutale avec une boucle 
hierarchie, alors qu'il n'y a qu'un niveau de rubrique recommandé pour le 
squelette. (et accessoirement, cela pose probleme avec multidomaines).

- (amélioration mineure) pour ne pas disperser les js et les css, on pourrait 
supprimer le niveau de répertoire 'assets' à la racine du squelette 
(squelettes/assets/css -> squelettes/css)

- (amélioration mineure) En Spip3, le filtre |supprimer_numero est appliquée 
par default. inutile de le répéter dans le squelette qui est concu pour spip3.

- import statique de la fonte

- le images du site sont non responsives et donc le sommaire est très lourd
Sur la page d'accueil, les images (backround et logo-rubrique ne sont pas 
redimensionnés, mais seulement affichés à la bonne taille avec width=xxx.
Donc on charge des images tres grandes (et lourdes), réduites à des petites 
vignettes.
Je suis en train de regarder adaptive_images/
C'est ok sur les logo des rubriques du sommaire,
Je cherche à l'appliquer surle background,


C'est le gros souci de ces thèmes qui fonctionnent avec du js pour 
afficher les images de fond. Il y a |adaptive_images_background mais ça 
demande de gros changement dans le thème.




Il y a un bug sur les rubriques et les articles (#TEXTE|adaptive_images{500} 
crée bien les bonnes images, mais la css les etire à 100% du conteneur, ce qui 
fait moche)

- Les breakpoints pour les variantes d'images des logo_rubrique sur sommaire:
576/720/980/576/720/980
(max-width : 576px) / (min-width:577px) and (max-width : 720px) / 
(min-width:721px) and (max-width:980px) / (min-width:981px) and 
(max-width:1440px) /  (min-width:1441px) and 

Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet jeanmarie



Le 09/07/2020 à 13:30, JLuc a écrit :

C'est peut être utile de documenter cela ?
Dans ce cas, pourrais tu décrire la situation, le besoin et la 
solution retenue,
par exemple sur 
https://contrib.spip.net/FAQ-pratique-Comment-SPIPer-avec-git-spip-net ?


C'est fait...


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


Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet jeanmarie



Le 09/07/2020 à 12:39, chanka...@choc0.net a écrit :

moi je ferais
git remote add lenomquetuveux 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity.git

git push lenomquetuveux master


C'est fait \o/ 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity

merci !

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


Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet jeanmarie


Le 09/07/2020 à 12:11, Eric Lupinacci a écrit :

J’ai créé le repo html5up_escape_velocity sur Gitea.
Il est vide car je n’arrive pas à pousser ma copie locale clonée de framagit 
sur Gitea.
Si tu peux essayer ça serait bien.


Je peux essayer oui, mais je ne sais pas faire ça moi :)

C'est avec set-upstream, genre $ git push -u 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity.git ?


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

Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet jeanmarie

Le 09/07/2020 à 11:47, Eric Lupinacci a écrit :

Le 09/07/2020 à 11:26, chanka...@choc0.net a écrit :

https://git.spip.net/spip-contrib-squelettes/html5up_spectral
youpie !

Super :)

et argh :( les tickets et PRs n'ont pas suivis
https://framagit.org/chankalan/html5up_spectral/-/merge_requests
https://framagit.org/chankalan/html5up_spectral/-/issues

C'est pas grand chose, je vais les reprendre...

Non j’ai pas fait une migration.
Juste une création.


Ah ok...

Je ferai pareil pour 
https://framagit.org/zzzazzz/html5up_escape_velocity ça ne pose pas de 
problème
J'arrête de bosser dessus histoire que mes commits ne se croisent pas 
quand tu recréeras le dépôt.



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

Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet jeanmarie



Le 09/07/2020 à 11:26, chanka...@choc0.net a écrit :

Le 07/07/2020 à 21:20, chanka...@choc0.net a écrit :

Le 07/07/2020 à 18:27, jeanmarie a écrit :
J'en profite : il y avait également celui là qui coinçait 
https://www.mail-archive.com/spip-dev@rezo.net/msg69254.html
A voir si chan souhaite toujours l'importer. 
Mais oui bien sûr, si c'est le moment allons-y : faut commencer par 
supprimer le dépôt existant ou bien le renommer ?

Merci de l'aide, j'ai pas l'accès nécessaire pour faire ça...

https://git.spip.net/spip-contrib-squelettes/html5up_spectral
youpie !


Super :)

et argh :( les tickets et PRs n'ont pas suivis
https://framagit.org/chankalan/html5up_spectral/-/merge_requests
https://framagit.org/chankalan/html5up_spectral/-/issues

C'est pas grand chose, je vais les reprendre...



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


[spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-07 Par sujet jeanmarie

Salut,

avec Fa_b, on essayé plusieurs fois d'importer le dépôt 
https://framagit.org/zzzazzz/html5up_escape_velocity sur la forge 
communautaire sans succès

voir https://www.mail-archive.com/spip-dev@rezo.net/msg69409.html

J'en profite : il y avait également celui là qui coinçait 
https://www.mail-archive.com/spip-dev@rezo.net/msg69254.html

A voir si chan souhaite toujours l'importer.

Bonne soirée,

                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


Re: [spip-dev] Réflexion sur le logiciel libre

2020-07-07 Par sujet jeanmarie

Salut,

Le 04/07/2020 à 20:23, nicod_ a écrit :

Yop,

une réflexion éclairée sur le logiciel libre, ses "objectifs", ses 
moyens.


Je trouve ce texte tellement inspiré et inspirant que je me permet un 
cross-post sur les deux listes de SPIP.
Je me retrouve complètement dans tout ce que dit Pyg (Directeur et 
Délégué général de Framasoft).

Voilà, merci à lui, c'est beau :)

https://framablog.org/2020/06/27/resolu-un-pas-de-plus-dans-contributopia/#comment-82247 



Merci pour le partage, c'est inspirant effectivement :)

                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


Re: [spip-dev] Zcore : erreur w3 car redéclaration de content-type

2020-06-26 Par sujet jeanmarie

Salut,

le message du commit : 
https://zone.spip.net/trac/spip-zone/changeset/90428/spip-zone/_plugins_/z-core/structure.html


A voir si ça fait une erreur W3C désormais...

                    jeanmarie


Le 25/06/2020 à 22:29, Stephane Santon a écrit :

Bonjour,

Dans Z-core, la balise meta content-type est déclarée 2 fois :

- dans structure.html
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/z-core/trunk/structure.html#L14 



- dans inclure/head.html
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/z-core/trunk/inclure/head.html#L6 



Ce qui fait grogner le validateur W3
Error: A document must not include more than one meta element with a 
http-equiv attribute whose value is content-type.


Voulu ou coquille ?

Merci


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


[spip-dev] Filtres |couper + |propre

2020-06-24 Par sujet jeanmarie

Salut,

il me semblait qu'on pouvait 
utiliser//*[(#DESCRIPTIF*|couper{160}|propre)]* pour couper un texte 
tout en conservant les traitements typographiques (gras, italique, 
paragraphes...) mais ça m'affiche le texte brut sans les traitements.
Voir l’exemple dans la doc : 
https://programmer.spip.net/Empecher-les-traitements


Le seul truc qui marche, ce sont les paragraphes et retours à la ligne 
avec ***[(#TEXTE|couper{160}|propre)]*.


                    jean marie
//

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

Re: [spip-dev] SPIP-Bonux

2020-06-22 Par sujet jeanmarie

Le 22/06/2020 à 10:13, JLuc a écrit :

Et donc, instant documentation :
Comme indiqué par Maieul, 


Non ya pas eu indiqué à ma connaissance.

C'est une commandes très basique finalement pour revert.
Encore faut il savoir que c'est aussi simple car c'est souvent 
compliqué de corriger un truc déjà pushé. 


Je viens d'ajouter ces 2 commandes à la doc: 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT#Voir-les-differences-diff


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

Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-17 Par sujet jeanmarie

Salut,

Le 15/06/2020 à 15:34, Eric Lupinacci a écrit :

Hello,


Je fais suite à mon mail du 28/05 sur la bascule finale sous Git au 1 juillet.
Je rappelle que c’est toujours l’objectif.

Donc je relance un fil pour savoir si vous voyez des opérations préalables à 
faire dans les 15 jours.
Si c’est le cas il est temps de les identifier et de les faire.


La finalisation de la doc me parait importante aussi pour que celles et 
ceux qui n'ont pas encore migré ou qui sont en cours puissent suivre. 
Sinon, on risque d'avoir bcp de retours à partir du 2 juillet :)


Pour l'instant, il y a le guide d'Eric 
https://blog.smellup.net/spip.php?article109 qui est plutôt complet et 
la liste des commandes 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT


Qu'est-ce qu'on en fait ? Où on met ça ? (sur contrib)

A articuler avec la porte d'entrée et le processus d'accueil du fil de b_b.

                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

Re: [spip-dev] Migration framagit

2020-06-13 Par sujet jeanmarie

Salut,

j'ai retenté l'import hier sur 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity 
(qui avait bien été supprimé) mais c'est pas mieux.


Celui-là peut être supprimé (mauvais propriétaire) : 
https://git.spip.net/fa_b/html5up_escape_velocity


                jeanmarie

Le 11/05/2020 à 15:44, cam.lafit a écrit :


Salut

Tu n'as pas bu la tasse.

C'est un cas merdique que j'ai pas eu encore eu le temps de 
diagnostiquer. Un contournement est de supprimer la copie et de 
relancer l'import.


Je fini les autres points et on regarde ça ensemble tantôt.

km

Le 10/05/2020 à 10:14, jeanmarie a écrit :


Ça ressemble à 
https://www.mail-archive.com/spip-dev@rezo.net/msg68291.html



Le 10/05/2020 à 08:12, Fabrice Véronneau a écrit :

Salut à tous,

J'ai voulu faire une migration de plugin hier soir (en https), de 
*framagit* vers *spip.git* mais j'ai une tasse de thé qui ne cesse 
de se remplir. Je me suis dit que je m'étais trompé de propriétaire 
mais même en indiquant le bon, ça ne cesse d'infuser ;)


Voici les 2 dépôts qui ont mal tournés :
https://git.spip.net/fa_b/html5up_escape_velocity
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity

Est-ce qu'un admin peut faire quelque chose ? Et éventuellement 
m'indiquer la bonne démarche.


A+

Fa_b

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


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


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

Re: [spip-dev] porte_plume_intertitres : PR qui veut pas

2020-06-12 Par sujet jeanmarie

Le 12/06/2020 à 10:12, JLuc a écrit :

Le 12/06/2020 à 09:23, jeanmarie a écrit :

> j'ai mis à jour la partie PR du mémo Git/SVN : 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT


que fait-on de https://contrib.spip.net/Git (je ne savais pas que ça 
existait :/ )
Il y a aussi 
https://contrib.spip.net/FAQ-pratique-Comment-SPIPer-avec-git-spip-net
qui apporte des réponses de base (et donc importantes) qui ne figurent 
pas ailleurs
mais qui présente les mêmes zones aveugles notamment sur "comment 
faire une PR".


Cette question est par contre détaillée par
https://contrib.spip.net/Proposer-un-patch-via-git-spip-net-pour-le-noyau-ou-la 

avec malheureusement différentes versions et pas de consensus 
synthétique simplifié,
faute d'expérience concrète de la part du rédacteur principal qui ne 
peut donc pas trancher.


J'ai déplacé la doc dans la wiki et ajouté tes 2 liens : 
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT


Il y a sûrement un truc à faire pour fusionner/articuler l’ensemble : la 
liste des commandes comme point d'entrée (commandes de bases/simples 
pour rester accessible) puis d'autres articles pour les 
commandes/démarches qui ont besoin d'être détaillées ?


                jeanmarie

PS : désolé de squatter le fil de discussion ^^

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

Re: [spip-dev] porte_plume_intertitres : PR qui veut pas

2020-06-12 Par sujet jeanmarie

Hello,

Le 11/06/2020 à 23:59, Maïeul Rouquette a écrit :

Le jeudi 11 juin 2020 à 23:57 +0200, chanka...@choc0.net a écrit :
bon ok, mais depuis le fork c'est mieux ? 

bof, ce sont deux logiques différentes. La logique du fork c'est une
logique plus proche de la github où chacun et chacune fait dans son
coin puis fait valider par un responsable principal de projet.

Sur une logique plus communautaire à la spip-zone, tu peux très bien ne
pas forker et juste faire une branche sur le dépot commun, puis PR
depuis le dépôt commun.

Je vois pas franchement de raison de forker pour nous en fait, surtout
avec des projets aussi petits que les notres.


Suite aux échanges et à des PR sur Framagit, j'ai mis à jour la partie 
PR du mémo Git/SVN : https://lite1.infini.fr/p/git2svn_spip
Mais je n'ai pas encore fait de PR sur notre forge pour l'instant, donc 
à corriger si besoin...


Pour mémoire, ce qu'il manque :

 * Mettre à jour à la révision via git (= mettre à jour le dépôt local
   au commit )

Questions/retours :

 * ok avec le préambule ?
 * ok pour la méthode de remontage de bug via tickets ? Ou est-ce qu'il
   vaut mieux passer par spip-dev dans un 1er temps ?
 * je ne suis pas à l'aise avec  la partie branche (création, push,
   --set-upstream...), donc à corriger/préciser si besoin
 * que fait-on de https://contrib.spip.net/Git (je ne savais pas que ça
   existait :/ )

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

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2020-06-06 Par sujet jeanmarie

Le 06/06/2020 à 15:51, Maïeul Rouquette a écrit :

Donc la syntaxe c'est  =>  (y compris si  est un
tableau.

= c'est pour affecter des valeurs à des variables :
$ = $valeur

donc remplace ton
'telephone' =
par
'telephone' =>


C'est corrigé, zip ajouté et proposé à l'évalution.

Reste donc à modifier l'autre article https://contrib.spip.net/4068

                        jean marie



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


Re: [spip-dev] Équivalence des commandes SVN/GIT

2020-06-06 Par sujet jeanmarie

Re,

merci à tout le monde pour les contributions, le pad commence à être pas 
mal : https://lite1.infini.fr/p/git2svn_spip
je vous laisse vérifier que tout est ok et voir s'il y a des commandes 
de base à rajouter.


Ce qu'il manque :

 * Mettre à jour à la révision via git (= mettre à jour le dépôt local
   au commit )
 * méthode pour faire des PR > ou alors ça se fait via l'interface web ?

Questions/retours :

 * ok avec le préambule ?
 * ok pour la méthode de remontage de bug via tickets ? Ou est-ce qu'il
   vaut mieux passer par spip-dev dans un 1er temps ?
 * je ne suis pas à l'aise avec  la partie branche (création, push...),
   donc à corriger/préciser si besoin
 * que fait-on de https://contrib.spip.net/Git (je ne savais pas que ça
   existait :/ )

Bon aprèm',

                jean marie

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

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2020-06-06 Par sujet jeanmarie


Le 06/06/2020 à 15:22, Maïeul Rouquette a écrit :

Le 06/06/2020 à 14:18, jeanmarie a écrit :

Par contre, il y a un souci avec la saisie fieldset piquée telle 
quelle sur l'article déjà en ligne mais comme je ne maitrise pas la 
syntaxe, je trouve pas le problème. Donc si vous pouvez jeter un œil 
et me dire ce qui cloche...




si tu nous dit le problème on pourra peut être le comprendre :)



Ah ah, c'est pas faux :)

Avec l'exemple plus complet 
https://contrib.spip.net/Creer-des-champs-extras-depuis-un-plugin?var_mode=preview#D-autres-champs-extras 
, j'ai une erreur "Parse error: syntax error, unexpected '=', expecting 
')' in C:\www\plugins\ce\base\prefixe.php on line 62"


C'est au niveau de

'telephone'=array(


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

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2020-06-06 Par sujet jeanmarie

Hello,

Le 08/05/2020 à 17:05, Maïeul Rouquette a écrit :

Le 08/05/2020 à 16:32, RastaPopoulos a écrit :
Je pense qu'il faut deux exemples, et que ça suffit. Un "simple", là 
le premier à juste deux champs ça va. Et un deuxième plus complexe 
avec plus de choses utilisées (suffit de copier un de l'ancien 
article). Ça reste des exemples, le but c'est pas forcément 
d'utiliser 100% de ce qui existe non plus hein… Ya la doc pour liste 
exhaustivement les fonctionnalités pour ça.


Pour l'ancien article, je pense qu'il faut alors supprimer totalement 
les exemples, ne laisser que la documentation donc (la liste des 
fonctions fournies, etc), et faire un lien vers l'article d'exemples.



je vais dans le sens de Rastapopulous



Et hop : 
https://contrib.spip.net/Creer-des-champs-extras-depuis-un-plugin?var_mode=preview_previewtoken=10986-74ed8d051767baf7888ad026e1f9bf475ac43b4f


Par contre, il y a un souci avec la saisie fieldset piquée telle quelle 
sur l'article déjà en ligne mais comme je ne maitrise pas la syntaxe, je 
trouve pas le problème. Donc si vous pouvez jeter un œil et me dire ce 
qui cloche...


Quand ça sera bon, je joindrai les fichiers dans un zip et ça devrait 
être bon, il restera alors à modifier l'autre article.


                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

Re: [spip-dev] Écriture inclusive

2020-06-06 Par sujet jeanmarie
Salut,

la phrase qui me revient souvent : « c’est très difficile quand on est dans une 
position de dominant de penser la domination ». Je l'ai entendue avec Victoire 
Tuaillon qui réalise le podcast Les couilles sur la table sur les masculinités.

MAIS, quand on te le répète à longueur de discussion, la moindre des choses est 
d'écouter et de te renseigner au lieu de mettre en doute la parole des autres.

Je suis tombé sur ce doc il y a qqs jours : 
<https://docs.google.com/document/d/1rZX6ovsbv90eId_EVUxynq-KDNqLE9iiZJuBKxCrsrQ/preview?pru=AAABcpkWVNg*M4kaGCjVUK65rUUcaW9RMA>
 
https://docs.google.com/document/d/1rZX6ovsbv90eId_EVUxynq-KDNqLE9iiZJuBKxCrsrQ/edit

Et bien il est valable pour tout type de domination, il suffit de changer les 
mots... (il est d'ailleurs fait par une asso féministe, quel hasard ! )

En tout cas, je trouve ce débat très riche, il fait bouger des lignes, et je 
trouve que tout ça est l'une des richesses de la communauté SPIP qu'il faut 
entretenir.

Des ressources :
https://www.lemonde.fr/campus/article/2017/12/11/femmes-et-informatique-vingt-ans-de-desamour_5227726_4401467.html
https://soundcloud.com/lescouilles-podcast/des-ordis-des-souris-et-des-hommes

jeanmarie


De : Postmaster Imap 
Envoyé : samedi 6 juin 2020 10:07
À : tout...@free.fr; Stephane Santon; Cyril Marion; SPIP-dev SPIP
Objet : Re: [spip-dev] Écriture inclusive

Et donc, si j'ai bien compris, si on ne met pas des petits points
partout, c'est qu'on est dans le déni, le soutien au patriarcat, contre
la libération et l'émancipation de la moitié de l'humanité, pour le
racisme, 
Ah et puis c'est aussi ça qui empêche les femmes de développer avec SPIP.
Gilles



Le 06/06/2020 à 02:41, tout...@free.fr a écrit :
> Merci à tous pour cette discussion.
>
> @cyril, j'espère que ce que tu écris est une mauvaise blague parce que
> c'est juste incroyable d'être dans un tel déni.
>
> Parfois, ce soutien au patriarcat sous prétexte de lutte plus
> importantes peut avantageusement être transposé aux inégalités raciales.
> Depuis une position masculine c'est parfois plus compréhensible. Es tu
> capable de tenir ce discours face aux descendants d'esclaves qui
> subissent toujours le racisme ?
>
> est-ce qu'après cela tu es encore prêt à dire que la demande qui est
> faite d'ajouter un point médian est à reléguer après la libération
> politique/ écologique/ sociale de tout les hommes ?
>
> Et qu'on verra après pour les femmes ?
>
> Est-ce que tu t'es posé la question de combien il reste de femmes à
> coder dans SPIP et qu'est-ce qu'il est possible de faire pour que des
> femmes aient envie de nous rejoindre ? … franchement, le simple fait de
> considérer par l'écriture que la moitié de la population sont des femmes
> est-il si douloureux ?
>
> touti
>
>
> Le 05/06/2020 à 15:38, Stephane Santon a écrit :
>> Bonjour,
>>
>> Le 05/06/2020 à 15:32, Cyril Marion a écrit :
>>> j'appelle ça couper les poils de cul en quatre. Quand toutes les lignes
>>> de codes seront écrites en chinois, on aura autre chose à faire que de
>>> se regarder le point médian. Ou les parenthèses. Ou les points-virgules.
>> 1. S'occuper d'un point n’empêche pas de s'occuper d'autres,
>> 2. Si chacun donnait tout à hauteur de ce qu'il est capable, ce serait
>> déjà bien,
>>
>>> On a pas des problèmes plus graves à régler en ce moment que de
>>> s'envoyer des points médians dans la figure ? Chômage ? Libéralisme ?
>>> Violences policières ? Crise économique ? Malnutrition ? Santé ?
>>> Surpopulation ? Pauvreté ? Pollution ? Réchauffement climatique ?
>>> Éducation ?
>> 3. Et si la source de tous ces problèmes n'était pas justement la
>> sur-représentation masculine parmi ceux qui nous gouvernent ... ??

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

Re: [spip-dev] Équivalence des commandes SVN/GIT

2020-06-03 Par sujet jeanmarie

Salut touti,

effectivement, c'est un rappel bienvenu, j'ai fait la modif dans le pad.
On a encore du chemin à faire :(

                jean marie


Le 03/06/2020 à 16:01, tout...@free.fr a écrit :

Petit coup de gueule habituel

Je trouve très regrettable que ce soit toujours à moi qu'il soit échu de
rappeler que l'écriture inclusive est préférable à l'écriture masculine.

Les hommes ont autant à gagner à utiliser un mode d'écriture qui ne soit
pas excluant

et que SPIP se porterait bien mieux si il y a avait plus de femmes à coder.

Je demande donc à toutes les personnes qui aiment SPIP qu'à chaque
manquement cela soit rappelé, soutenu et utilisé par l'ensemble des
personnes de la communauté SPIP

merci pour SPIP

touti


Le 03/06/2020 à 15:09, jeanmarie a écrit :

Salut,

dans l'idée de faciliter la transition SVN > Git pour tout le monde
(utilisateurs et développeurs de plugins), j'ai commencé un pad avec
les "commandes de base" (= celles que j'ai pu glaner ici dans les
derniers mois + celles qui me manquent)
https://lite1.infini.fr/p/git2svn_spip

Utilisant SVN via Tortoise (interface graphique), je ne connais pas
les commandes mais je me dis que ça serait bien de les mettre pour s'y
retrouver plus facilement, au moins pour les utilisateurs.

A terme, ça pourrait aller dans la FAQ :
https://blog.smellup.net/spip.php?article114

A compléter / organiser donc...

                     jean marie


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

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


Re: [spip-dev] Équivalence des commandes SVN/GIT

2020-06-03 Par sujet jeanmarie



Le 03/06/2020 à 15:46, RastaPopoulos a écrit :

Le 03/06/2020 à 15:36, Cerdic a écrit :

Attention, l’analogie SVN est piégeuse car il y a une différence philosophique 
dans la gestion des sources entre git et svn.

Oui, enfin c'est pas forcément une correspondance "1 pour 1", ça peut être plus 
ou moins de commandes suivant les cas.

Mais il y a pourtant bien une "liste d'actions" qui est exactement la même, peu importe comment c'est fait 
avant ou maintenant : pour "récupérer SPIP" avant je faisais comme ça, maintenant je dois faire comme ça, 
pour "récupérer tel plugin" avant je faisais comme ça, maintenant… pour "envoyer mes modifications dans 
un plugin", etc.


Peut-être que les commandes SVN ne sont pas nécessaires à chaque fois, 
je me dis juste que c'est rassurant de voir celle utilisée avant à côté 
de la nouvelle. Mais si ça devient trop compliqué, on avisera, le but 
n'étant pas de faire un récap SVN :)


Pour la partie "développeurs de plugins", ça parait effectivement 
compliqué de les mettre en parallèle.


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


[spip-dev] Équivalence des commandes SVN/GIT

2020-06-03 Par sujet jeanmarie

Salut,

dans l'idée de faciliter la transition SVN > Git pour tout le monde 
(utilisateurs et développeurs de plugins), j'ai commencé un pad avec les 
"commandes de base" (= celles que j'ai pu glaner ici dans les derniers 
mois + celles qui me manquent)

https://lite1.infini.fr/p/git2svn_spip

Utilisant SVN via Tortoise (interface graphique), je ne connais pas les 
commandes mais je me dis que ça serait bien de les mettre pour s'y 
retrouver plus facilement, au moins pour les utilisateurs.


A terme, ça pourrait aller dans la FAQ : 
https://blog.smellup.net/spip.php?article114


A compléter / organiser donc...

                    jean marie


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


Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020

2020-05-27 Par sujet jeanmarie

Salut,

Le 27/05/2020 à 14:06, Maïeul Rouquette a écrit :

Le 27/05/2020 à 11:56, Eric Lupinacci a écrit :



Vos avis?

++
Eric



oui go, go go


merci pour tout le boulot abattu, avec les notifications mail depuis ce 
matin, on a vraiment un truc qui tourne !


Go go go pour moi aussi bien sûr, il faut simplifier la gestion au maximum.

Juste, est-ce que ça ne vaudrait pas le coup, de poster sur user 
également pour avoir tous les retours ?


                jean marie


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


Re: [spip-dev] Modèles pour newsletters à tester

2020-05-22 Par sujet jeanmarie

Hello,

le plugin est dispo via SVP et 
https://plugins.spip.net/newsletters_modeles.html

Prêt à être testé ! Tout retour est bienvenu...

Il utilise le Bulletproof button de Newsletters 
https://git.spip.net/spip-contrib-extensions/newsletters/src/branch/master/newsletters/inc/button.html


La prochaine étape serait de faire un modèle pour utiliser ce bouton, 
donc je me dis que ça serait logique de l'intégrer dans ce plugin mais 
ça entrainerait une rupture de compat du plugin Newsletters, donc à voir...

Des avis ?

                    jean marie


Le 28/04/2020 à 15:19, jeanmarie a écrit :

Salut,

comme discuté ici il y a qqs temps, voici un plugin fournissant un 
modèle pour mettre en forme le contenu des newsletters du plugin du 
même nom : 
https://git.spip.net/spip-contrib-extensions/newsletters_modeles


Vous trouverez les infos et mode d'emploi dans le readme.

N'hésitez pas à tester et faire des retours sur la liste ou dans les 
tickets.


Merci,

                    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


[spip-dev] Lien entre les articles du Wiki et les articles de doc

2020-05-19 Par sujet jeanmarie

Salut,

je viens de tomber par hasard sur un article très utile sur le trio 
Newsletter/Mailshot/Mailsubscribers dans le wiki et je me posais la 
question de comment mettre en valeur ces ressources depuis la page d'un 
plugin pour mieux les retrouver.


Est-ce que, avec le nouveau fonctionnement de contrib (rubriques avec 
préfixe plugin), il ne serait pas possible de faire apparaitre ces 
articles wiki dans la doc, avec un titre genre "Dans le wiki" ?


                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


Re: [spip-dev] html5up_hyperspace à vérifier après réparation

2020-05-15 Par sujet jeanmarie

J'ai l'impression que c'est tout bon.

Merci :)

                        jean marie

Le 14/05/2020 à 09:44, Cerdic a écrit :

Hello Jean-Marie,

j’ai donc supprimé et reconstruit le repo de html5up_hyperspace, 
notamment en nettoyant les vieux tags, refaisant la branche v2 et le 
commit+tag de la v3.0.3

Si tu peux vérifier que tout te semble bien ?

https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace

--
Cédric

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

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-13 Par sujet jeanmarie

Ah oui, le service est down.

Un nouveau lien : 
https://catdrop.drycat.fr/r/nYolg-3M#tQuPMHrWWfIg/C+wQYdJSYxzrp5eJIFk+H9qD3Xt9/o=



Le 13/05/2020 à 09:58, Cerdic a écrit :

Hello Jean-Marie,

le drop marche plus on dirait.
Tu peux m’envoyer les zips par mail ou les remettre autre part que je 
solde ce sujet parce que je continue à être spammé toutes les heures 
par le cron du debardeur, ça devient lassant :p


--
Cédric
Le 13 mai 2020 à 08:53 +0200, jeanmarie 
, a écrit :



On est presque parfait !


Super !



Il reste les 2 html5up foireux
- 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity.git


Voir https://www.mail-archive.com/spip-dev@rezo.net/msg69409.html


- https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace.git


J'ai envoyé une version du dépôt qui n'est pas à jour mais qui peut être
utilisée (j'avais juste passé le plug en test + un up de z).
Le zip si besoin :
https://drop.infini.fr/r/VSdQqqATQ5#rSUMUsoTNrx+237jYmchtsR2e3QqyNMT8dC9FFpbKlg=

Par contre, Maïeul avait supprimé les tags V2.x (cf
https://www.mail-archive.com/spip-dev@rezo.net/msg69257.html ), ça ne
doit pas être dans mon dépôt, il faudrait donc refaire la manip.

V'là pour ces 2 là...

Merci et bon courage pour le chantier !

            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
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-13 Par sujet jeanmarie




On est presque parfait !


Super !



Il reste les 2 html5up foireux
- https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity.git


Voir https://www.mail-archive.com/spip-dev@rezo.net/msg69409.html


- https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace.git


J'ai envoyé une version du dépôt qui n'est pas à jour mais qui peut être 
utilisée (j'avais juste passé le plug en test + un up de z).
Le zip si besoin : 
https://drop.infini.fr/r/VSdQqqATQ5#rSUMUsoTNrx+237jYmchtsR2e3QqyNMT8dC9FFpbKlg=


Par contre, Maïeul avait supprimé les tags V2.x (cf 
https://www.mail-archive.com/spip-dev@rezo.net/msg69257.html ), ça ne 
doit pas être dans mon dépôt, il faudrait donc refaire la manip.


V'là pour ces 2 là...

Merci et bon courage pour le chantier !

            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


Re: [spip-dev] Migration framagit

2020-05-10 Par sujet jeanmarie

Ça ressemble à https://www.mail-archive.com/spip-dev@rezo.net/msg68291.html


Le 10/05/2020 à 08:12, Fabrice Véronneau a écrit :

Salut à tous,

J'ai voulu faire une migration de plugin hier soir (en https), de 
*framagit* vers *spip.git* mais j'ai une tasse de thé qui ne cesse de 
se remplir. Je me suis dit que je m'étais trompé de propriétaire mais 
même en indiquant le bon, ça ne cesse d'infuser ;)


Voici les 2 dépôts qui ont mal tournés :
https://git.spip.net/fa_b/html5up_escape_velocity
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity

Est-ce qu'un admin peut faire quelque chose ? Et éventuellement 
m'indiquer la bonne démarche.


A+

Fa_b

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

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2020-05-08 Par sujet jeanmarie

Salut,

Le 04/05/2020 à 15:00, Maïeul Rouquette a écrit :


Ok, si ça va à tout le monde, je prépare l'article d'exemples et on 
avise...


         jeanmarie


oui moi ca me va :)


voici un 1er jet dans lequel je n'ai repris que mon exemple en essayant 
d'être le plus pédagogique possible sans trop compliquer le tout (pas 
simple) : https://contrib.spip.net/ecrire/?exec=article_article=5274


Donc, questions :

 * est-ce que tout vous semble ok techniquement ?
 * est-ce que vous voyez des manques ?
 * quid des autorisations que je n'ai pas utilisées car j'ai fait avec
   "restrictions" ? Quelle est la différence ?

Si ok, j'ajoute un exemple plus complet d'un fichier "/base/prefixe.php" 
à partir de https://contrib.spip.net/Champs-Extras-3-API-et-creations 
pour essayer d'être plus exhaustif. Mais doit-on être complètement 
exhaustif ici ? Et sinon, où trouver tous les champs et leurs syntaxes 
propres ?


Ensuite, il restera à l'articuler avec l'article existant : 
https://contrib.spip.net/Champs-Extras-3-API-et-creations#Creer-un-plugin-en-utilisant-les-API-de-Champs-Extras


A vos retours...

                jean marie

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

  1   2   >