Re: [spip-dev] [Spip-zone-commit] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet Matthieu Marcillaud

Le 27/05/2020 à 12:44, tcharlss a écrit :

Glop marcimat,


[...]


Au final le master était toujours fonctionnel, mais je l'avais laissé en 
dev car j'avais d'autres évolutions en tête qui sont restées en plan.
Notamment donner la possibilité d'utiliser n'importe quel paramètres de 
la lib dans le modèle, pas juste une sélection réduite de paramètres 
"simplifiés".

Enfin bref, c'était toujours du dev utilisé par personne à priori :)


Bah nous on utilisait cette v2 depuis un moment

Donc je ne sais pas si la v3 de la lib est encore une réécriture qui 
change tout à nouveau,


Non, ça change quasi rien pour les utilisateurs, ni pour le modèle chart 
de SPIP cette v3 de la lib.


 mais peu importe, il n'y a pas de raison d'avoir

une branche v2 à part qui ne sera jamais finalisée.


Yep, je savais pas trop. J’ai surtout nommé v3 pour suivre un peu le 
passage en v3 de la lib Chart.js en fait.




MM.
___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet tout...@free.fr
Re,

pour répondre à Maïeul sur une éventuelle intervention, je te remercie,
le fait de me soutenir ici est déjà important, si besoin, je te ferais
signe mais je voulais avertir de ce cas de figure au cas ou ça dégénère
encore et vu les choix que j'ai fait de les bloquer désormais.

Pour la charte, ce serait effectivement bien qu'elle soit plus explicite
à la fois sur le SAD (donc le respect du suivi que font les
contributeurs et contributrices et aussi poser une seule question  et ne
pas redemander la même chose) et l'aspect non sexiste que nous exigeons.
En général, il y a assez peu de problèmes et je n'accuse personne de
sexisme parce qu'elle pense à priori que l'auteur ne peut pas être une
femme, parce que la culture sexiste fige tout le monde dans la même
impasse, ce serait bien de faire en sorte de se rendre compte que toute
personne contribuant n'est pas un homme et qu'utiliser l'écriture
inclusive est un moyen d'affirmer une solidarité envers les femmes ou
d'autres minorités.

Je pense que cocher une case serait pas mal, au moins une fois, ou bien
quand on s'inscrit sur contrib

touti

Le 27/05/2020 à 16:52, Maïeul Rouquette a écrit :
> Le 27/05/2020 à 16:39, nicod_ a écrit :
>> Le 27/05/2020 à 16:21, Maïeul Rouquette a écrit :
>>> en dehors du cas d'espèce où je trouve les réactions des gens
>>> dinques (dans tout les sens), cela fait un bout de temps qu'on se
>>> disait que dans les forums de ocntrib il faudrait
>>> - mettre un lien vers la charte
>>> - remettre le prologomène au rapport de bug
>>> - effectivement parler d'écriture inclusive mais il faudrait à
>>> minima corriger la charte en ce sens. Et plus globalement réflechir
>>> à un message sur la notion de SAD.
>>
>> +1 pour ajouter un lien vers la charte.
>> Dans le formulaire d'ajout de commentaire, c'est là qu'il serait le
>> plus visible.
>> Avec une case à cocher obligatoire "J'ai lu [la charte->https://...]
>> et j'y adhère" ? ce serait trop ?
>
> je sais pas si la case à cocher serait trop. Si en tout cas on retient
> cette option, faudrait un cookie / une variable de session pour pas
> avoir à la cocher à chaque fois.
>>
>> Corriger la charte je ne sais pas, elle est assez claire non ?
>>
> "veiller à ce que le langage, le comportement et le fonctionnement
> choisis soient ouverts et accueillants, empathiques, non-sexistes,
> non-raciste"
>
> des gens pourraient te dire que le fait de genrer par défaut au
> masculin n'est pas sexiste. Je ne suis pas d'accord avec cette vision,
> mais il me semble qu'être plus explicite pourrait être bien.
>
> La question aussi du service après don ne me semble pas abordé dans la
> charte.
___
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] Problème d'une recherche lorsqu'il existe plusieurs boucle sur le même type d'objet

2020-05-27 Par sujet Laurent

Bonjour,

Après quelques heures de recherche, je n'ai pas de solution au problème 
suivant :


Soit 3 boucles de recherche consécutives sur un spip 3.2 :

#TITRE
 #TITRE
#TITRE

*La boucle "pre3" ne donne jamais de résultats sauf si :*
- Je déplace la boucle pre2 pour la positionner avant pre1 ou après pre3
- Je modifie manuellement ma base de donnée pour mettre le champ 
spip_resultats > maj  à "NULL" en une valeur par défaut (au lieu de 
current_timestamp() )


*J'ai donc 2 questions :*
- La valeur par défaut du champ spip_resultats > maj doit-elle être 
réglée en current_timestamp() ?

- Quelqu'un peut-il m'éclairer sur ce bug ?

Le plugin Fulltext ne change rien au schmilblick.

Cordialement,

___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet teamspipfact...@gmail.com

Le 27/05/2020 à 16:44, tcharlss a écrit :
Des arbres généalogiques ? Tu veux parler du plugin orgchart ? 
https://contrib.spip.net/Orgchart-js

bien vu oups pour moi

C'est à l'étage suivant, ici c'est chartjs :p

Le 27/05/2020 à 15:42, teamspipfact...@gmail.com a écrit :

Le 27/05/2020 à 12:44, tcharlss a écrit :

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

si si j'ai commencé a regarder
j'ai dans l'idée du faire un arbre simplifié de genealogie
mais faut que je regarde pour utiliser la page auteurs
bref je vais attendre d'autre chat a fouetté avec les abeilles c'est 
le plein boum




--
spipfactory.fr

Perdu dans la Galaxie SPIP ? : https://boussole.spip.net/
---
Tout SPIPeur, qui fait quelquechose,
a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément 
le contraire,
et surtout la grande armée des gens, beaucoup plus sévéres, qui ne fait rien.
Merci a ceux qui font.

___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet Maïeul Rouquette

Le 27/05/2020 à 16:39, nicod_ a écrit :

Le 27/05/2020 à 16:21, Maïeul Rouquette a écrit :
en dehors du cas d'espèce où je trouve les réactions des gens dinques 
(dans tout les sens), cela fait un bout de temps qu'on se disait que 
dans les forums de ocntrib il faudrait

- mettre un lien vers la charte
- remettre le prologomène au rapport de bug
- effectivement parler d'écriture inclusive mais il faudrait à minima 
corriger la charte en ce sens. Et plus globalement réflechir à un 
message sur la notion de SAD.


+1 pour ajouter un lien vers la charte.
Dans le formulaire d'ajout de commentaire, c'est là qu'il serait le plus 
visible.
Avec une case à cocher obligatoire "J'ai lu [la charte->https://...] et 
j'y adhère" ? ce serait trop ?


je sais pas si la case à cocher serait trop. Si en tout cas on retient 
cette option, faudrait un cookie / une variable de session pour pas 
avoir à la cocher à chaque fois.


Corriger la charte je ne sais pas, elle est assez claire non ?

"veiller à ce que le langage, le comportement et le fonctionnement 
choisis soient ouverts et accueillants, empathiques, non-sexistes, 
non-raciste"


des gens pourraient te dire que le fait de genrer par défaut au masculin 
n'est pas sexiste. Je ne suis pas d'accord avec cette vision, mais il me 
semble qu'être plus explicite pourrait être bien.


La question aussi du service après don ne me semble pas abordé dans la 
charte.


___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet tcharlss
Un simple lien vers la charte me paraît suffisant, forcer à cocher une 
case pour chaque message compliquerait la vie de tout le monde.


Le 27/05/2020 à 16:39, nicod_ a écrit :

+1 pour ajouter un lien vers la charte.
Dans le formulaire d'ajout de commentaire, c'est là qu'il serait le 
plus visible.
Avec une case à cocher obligatoire "J'ai lu [la charte->https://...] 
et j'y adhère" ? ce serait trop ?


Corriger la charte je ne sais pas, elle est assez claire non ?


___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet tcharlss
Des arbres généalogiques ? Tu veux parler du plugin orgchart ? 
https://contrib.spip.net/Orgchart-js

C'est à l'étage suivant, ici c'est chartjs :p

Le 27/05/2020 à 15:42, teamspipfact...@gmail.com a écrit :

Le 27/05/2020 à 12:44, tcharlss a écrit :

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

si si j'ai commencé a regarder
j'ai dans l'idée du faire un arbre simplifié de genealogie
mais faut que je regarde pour utiliser la page auteurs
bref je vais attendre d'autre chat a fouetté avec les abeilles c'est 
le plein boum



___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet nicod_

Le 27/05/2020 à 16:21, Maïeul Rouquette a écrit :
en dehors du cas d'espèce où je trouve les réactions des gens dinques 
(dans tout les sens), cela fait un bout de temps qu'on se disait que 
dans les forums de ocntrib il faudrait

- mettre un lien vers la charte
- remettre le prologomène au rapport de bug
- effectivement parler d'écriture inclusive mais il faudrait à minima 
corriger la charte en ce sens. Et plus globalement réflechir à un 
message sur la notion de SAD.


+1 pour ajouter un lien vers la charte.
Dans le formulaire d'ajout de commentaire, c'est là qu'il serait le plus 
visible.
Avec une case à cocher obligatoire "J'ai lu [la charte->https://...] et 
j'y adhère" ? ce serait trop ?


Corriger la charte je ne sais pas, elle est assez claire non ?

--
nicod_
___
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 nicod_

Le 27/05/2020 à 16:24, Eric Lupinacci a écrit :

Yep,


Le 27 mai 2020 à 16:12, nicod_  a écrit :

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

Après, on pourra s’occuper de la dernière grosse opération de migration, à 
savoir les tickets redmine.


L'idée serait de les basculer sur Gitea ?



Oui, on aura tout au même endroit.
On a déjà les tickets pour tous les repos plugins et franchement ça change la 
vie de pouvoir les utiliser pour les remontées de bug ou les features à venir.


Est ce qu'on sait si de Gitea on peut exporter tout ça (tickets, PR, 
voir wikis...) pour le réimporter dans une autre forge ?
(je ne pense à rien en particulier, juste à un souci de portabilité 
éventuelle)


--
nicod_
___
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 Eric Lupinacci
Yep,

> Le 27 mai 2020 à 16:12, nicod_  a écrit :
> 
> Le 27/05/2020 à 11:56, Eric Lupinacci a écrit :
>> Après, on pourra s’occuper de la dernière grosse opération de migration, à 
>> savoir les tickets redmine.
> 
> L'idée serait de les basculer sur Gitea ?
> 

Oui, on aura tout au même endroit.
On a déjà les tickets pour tous les repos plugins et franchement ça change la 
vie de pouvoir les utiliser pour les remontées de bug ou les features à venir.

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

Re: [spip-dev] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet Maïeul Rouquette

Le 27/05/2020 à 16:11, tout...@free.fr a écrit :

Bonjour,

j'ai créé le plugin temps de lecture et il est documenté sur contrib,
j'interviens sur le code quand j'ai le temps et surtout quand l'envie me
reprendra car dans les conditions actuelles ça devient insupportable de
partager son travail.

Depuis plusieurs jours je me fais harceler sur le forum par des
utilisateurs qui se sont inscrit·es dernièrement et apparemment à cette
seule fin pour exiger de façon outrancière la modification de un
caractère. (oui, vous pouvez rirez)

J'ai donc ajouté à la documentation un paragraphe pour faire cesser cela
mais ça n'a pas été respecté et j'ai du bloquer à l'instant un nouveau
message en spam.

Conformément à la charte, je vous en avertis et désormais ces deux
harceleurs seront bloqués.

D'autre part, ces personnes (qui sont d'ailleurs peut-être la même)
refusent d'utiliser l'écriture inclusive et je vous soumets la demande
suivante :

Insérer au-dessus des forums de façon explicite que le développement des
contributions SPIP est assuré par des bénévoles, hommes et femmes, et
qu'à fin de prendre en considération cela, l'écriture inclusive est
recommandée.

voilou, merci

touti



Coucou Touti,

en dehors du cas d'espèce où je trouve les réactions des gens dinques 
(dans tout les sens), cela fait un bout de temps qu'on se disait que 
dans les forums de ocntrib il faudrait

- mettre un lien vers la charte
- remettre le prologomène au rapport de bug
- effectivement parler d'écriture inclusive mais il faudrait à minima 
corriger la charte en ce sens. Et plus globalement réflechir à un 
message sur la notion de SAD.




Par ailleurs je ne suis pas intervenu sur cette discussion. Mais si, et 
seulement si, tu pense utile qu'une tierce personne intervienne, dis le 
moi.

Maïeul
___
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] pages

2020-05-27 Par sujet nicod_

Le 27/05/2020 à 15:25, Cerdic a écrit :

Je réagis IMMEDIATEMENT avant que ça parte en prod :

vu qu’on risque la collision avec une composition, ne serait-il pas 
judicieux d’utiliser ici le signe = qui en plus de ça identifie bien que 
ça s’adresse à une page en particulier et pas une famille de pages ?

On aurait donc

  * article=identifiantdelapage.html
  * article-composition.html

z’en pensez quoi ? ou un autre séparateur ?

  * arti...@identifiantdelapage.html ?


Bien vu.

Sinon pourquoi pas "page-identifiant.html", au lieu de "article" ?

--
nicod_
___
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 nicod_

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

Après, on pourra s’occuper de la dernière grosse opération de migration, à 
savoir les tickets redmine.


L'idée serait de les basculer sur Gitea ?

Sinon +1 pour une bascule finale en juillet.

Et il faudra prévenir sur la liste user aussi quand ce sera acté, voir 
sur les autres canaux de communication (hum ^^).


--
nicod_
___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet tout...@free.fr
Bonjour,

j'ai créé le plugin temps de lecture et il est documenté sur contrib,
j'interviens sur le code quand j'ai le temps et surtout quand l'envie me
reprendra car dans les conditions actuelles ça devient insupportable de
partager son travail.

Depuis plusieurs jours je me fais harceler sur le forum par des
utilisateurs qui se sont inscrit·es dernièrement et apparemment à cette
seule fin pour exiger de façon outrancière la modification de un
caractère. (oui, vous pouvez rirez)

J'ai donc ajouté à la documentation un paragraphe pour faire cesser cela
mais ça n'a pas été respecté et j'ai du bloquer à l'instant un nouveau
message en spam.

Conformément à la charte, je vous en avertis et désormais ces deux
harceleurs seront bloqués.

D'autre part, ces personnes (qui sont d'ailleurs peut-être la même)
refusent d'utiliser l'écriture inclusive et je vous soumets la demande
suivante :

Insérer au-dessus des forums de façon explicite que le développement des
contributions SPIP est assuré par des bénévoles, hommes et femmes, et
qu'à fin de prendre en considération cela, l'écriture inclusive est
recommandée.

voilou, merci

touti


___
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] pages

2020-05-27 Par sujet Maïeul Rouquette

Le 27/05/2020 à 16:00, Cerdic a écrit :

Justement, donc tu n’as pas saisi le problème :

  * le webmestre crée une composition toto et prévoit un modèle de page
pour un affichage particulier
  * le redacteur, sans rien savoir de ça, créé une page toto qui
s’affiche de manière totalement innatendue

Boum, collision :)

--


a oui, boum ! merci pour l'explication

___
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] pages

2020-05-27 Par sujet Cerdic
Justement, donc tu n’as pas saisi le problème :

• le webmestre crée une composition toto et prévoit un modèle de page pour un 
affichage particulier
• le redacteur, sans rien savoir de ça, créé une page toto qui s’affiche de 
manière totalement innatendue

Boum, collision :)

--
Cédric
Le 27 mai 2020 à 15:49 +0200, Maïeul Rouquette , a écrit :
> Le 27/05/2020 à 15:37, Cerdic a écrit :
> > Je vois pas comment on pourrait parler d’un bug de conception si on a
> > une collision entre des compositions définies par le webmestre et un id
> > de page fixé par ceux qui font de l’éditorial.
> > Les 2 sont indépendants et on a toujours un risque de collision qu’il
> > serait dommage de prendre.
> >
>
> les id de page sont défini par celleuux qui font de l'éditorial... mais
> pas que. Précisement avec le commit de Rasta, c'est le/la webmestre qui
> dit "hey, rédacteur/trice, si tu créé un article avec cet id, il sera
> affiché différement".
>
> Et donc si la personne qui écrit les squelettes crée la possibilité
> d'avoir une composition "toto" et d'avoir une page "toto" c'est qu'il y
> un pb dans ses nommages.
>
> Cela étant, l'emploi de = limite les risques, donc gogo, et oubliez mes
> remarques.
>
> ___
> 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] pages

2020-05-27 Par sujet Maïeul Rouquette

Le 27/05/2020 à 15:37, Cerdic a écrit :
Je vois pas comment on pourrait parler d’un bug de conception si on a 
une collision entre des compositions définies par le webmestre et un id 
de page fixé par ceux qui font de l’éditorial.
Les 2 sont indépendants et on a toujours un risque de collision qu’il 
serait dommage de prendre.




les id de page sont défini par celleuux qui font de l'éditorial... mais 
pas que. Précisement avec le commit de Rasta, c'est le/la webmestre qui 
dit "hey, rédacteur/trice, si tu créé un article avec cet id, il sera 
affiché différement".


Et donc si la personne qui écrit les squelettes crée la possibilité 
d'avoir une composition "toto" et d'avoir une page "toto" c'est qu'il y 
un pb dans ses nommages.


Cela étant, l'emploi de = limite les risques, donc gogo, et oubliez mes 
remarques.


___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet teamspipfact...@gmail.com

Le 27/05/2020 à 12:44, tcharlss a écrit :

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

si si j'ai commencé a regarder
j'ai dans l'idée du faire un arbre simplifié de genealogie
mais faut que je regarde pour utiliser la page auteurs
bref je vais attendre d'autre chat a fouetté avec les abeilles c'est le 
plein boum


--
spipfactory.fr

Perdu dans la Galaxie SPIP ? : https://boussole.spip.net/
---
Tout SPIPeur, qui fait quelquechose,
a contre lui ceux qui voudraient faire la même chose, ceux qui font précisément 
le contraire,
et surtout la grande armée des gens, beaucoup plus sévéres, qui ne fait rien.
Merci a ceux qui font.

___
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] pages

2020-05-27 Par sujet Cerdic
Je vois pas comment on pourrait parler d’un bug de conception si on a une 
collision entre des compositions définies par le webmestre et un id de page 
fixé par ceux qui font de l’éditorial.
Les 2 sont indépendants et on a toujours un risque de collision qu’il serait 
dommage de prendre.

--
Cédric
Le 27 mai 2020 à 15:30 +0200, Maïeul Rouquette , a écrit :
> Le 27/05/2020 à 15:25, Cerdic a écrit :
> > Je réagis IMMEDIATEMENT avant que ça parte en prod :
> >
> > vu qu’on risque la collision avec une composition, ne serait-il pas
> > judicieux d’utiliser ici le signe = qui en plus de ça identifie bien que
> > ça s’adresse à une page en particulier et pas une famille de pages ?
> > On aurait donc
> >
> > * article=identifiantdelapage.html
> > * article-composition.html
> >
> > z’en pensez quoi ? ou un autre séparateur ?
> >
> > * arti...@identifiantdelapage.html ?
> >
> >
> > --
>
> bien vu. Deux remarques à chaud :
> - si on a une page qui porte le même id qu'une composition c'est qu'il
> y a un bug de conception, et séparateur différent ou pas se posera la
> question de qui aura la priorité
> - = et - sont reservé historiquement dans spip pour la gestion des
> variantes de squelettes liés aux rubriques, avec d'ailleurs l'idée qu'il
> y a une hierarchie des rubriques et que = permet de distinguer de tirer
> - pour l'heure nous n'avons pas de hierarchie des compositions (on a pas
> de mecanisme d'héritage dans composition, et je vois pas trop ce que
> cela donnerait), mais du coup je me dit qu'un sépareteur autre pourrait
> être pertinent
> - pourquoi pas le @ du coup
>
> ___
> 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] pages

2020-05-27 Par sujet RastaPopoulos
Le 27/05/2020 à 15:30, Maïeul Rouquette a écrit :
> - = et - sont reservé historiquement dans spip pour la gestion des variantes 
> de squelettes liés aux rubriques, avec d'ailleurs l'idée qu'il y a une 
> hierarchie des rubriques et que = permet de distinguer de tirer
> - pour l'heure nous n'avons pas de hierarchie des compositions (on a pas de 
> mecanisme d'héritage dans composition, et je vois pas trop ce que cela 
> donnerait), mais du coup je me dit qu'un sépareteur autre pourrait être 
> pertinent

Je ne vois pas ce que tu veux dire pas là. "-" signifiait de toute la branche 
de l'id_rubrique, alors que "=" signifiait de cette rubrique précise 
uniquement. Ya bien une différence "famille" versus "truc exact".

Là c'est pas avec des id numériques mais ça s'en rapproche "famille d'articles" 
(tous les articles ayant la composition "patate") versus "l'article précis" (la 
seule page ayant l'identifiant "patate").

Sinon si si les compositions ont des héritages (telle compo peut dire que les 
objets enfants ont telle autre composition, etc en cascade). :)

-- 
RastaPopoulos

___
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] pages

2020-05-27 Par sujet Maïeul Rouquette

Le 27/05/2020 à 15:25, Cerdic a écrit :

Je réagis IMMEDIATEMENT avant que ça parte en prod :

vu qu’on risque la collision avec une composition, ne serait-il pas 
judicieux d’utiliser ici le signe = qui en plus de ça identifie bien que 
ça s’adresse à une page en particulier et pas une famille de pages ?

On aurait donc

  * article=identifiantdelapage.html
  * article-composition.html

z’en pensez quoi ? ou un autre séparateur ?

  * arti...@identifiantdelapage.html ?


--


bien vu. Deux remarques à chaud :
- si on a une page qui porte le même id qu'une composition c'est qu'il 
y a un bug de conception, et séparateur différent ou pas se posera la 
question de qui aura la priorité
- = et - sont reservé historiquement dans spip pour la gestion des 
variantes de squelettes liés aux rubriques, avec d'ailleurs l'idée qu'il 
y a une hierarchie des rubriques et que = permet de distinguer de tirer
- pour l'heure nous n'avons pas de hierarchie des compositions (on a pas 
de mecanisme d'héritage dans composition, et je vois pas trop ce que 
cela donnerait), mais du coup je me dit qu'un sépareteur autre pourrait 
être pertinent

- pourquoi pas le @ du coup

___
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] pages

2020-05-27 Par sujet RastaPopoulos
= me parait très bien, je change ça tout de suite

-- 
RastaPopoulos

___
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] pages

2020-05-27 Par sujet Cerdic
Je réagis IMMEDIATEMENT avant que ça parte en prod :

vu qu’on risque la collision avec une composition, ne serait-il pas judicieux 
d’utiliser ici le signe = qui en plus de ça identifie bien que ça s’adresse à 
une page en particulier et pas une famille de pages ?
On aurait donc

• article=identifiantdelapage.html
• article-composition.html

z’en pensez quoi ? ou un autre séparateur ?

• arti...@identifiantdelapage.html ?


--
Cédric
Le 27 mai 2020 à 15:14 +0200, RastaPopoulos , a écrit 
:
> spip-contrib-extensions/pages
> -
> Auteur : RastaPopoulos (rastapopou...@spip.org)
> Date : 27 mai 2020 à 15h13min (2020-05-27T15:13:34+02:00)
> Log :
> > Nouvelle fonctionnalité attendue depuis un bail : s'il existe un squelette 
> > article-identifiantdelapage.html alors ça le prend en priorité au squelette 
> > article.html (même principe que les compositions mais en très simplifié 
> > pour les pages quoi). Ça prend en compte Z-core, et son bloc principal, et 
> > donc prend blocprincipal/article-identifiantdelapage.html. Par contre pour 
> > Z pour l'instant ça le fait que sur le bloc principal uniquement. Il 
> > faudrait sûrement améliorer ça en déléguant complètement au système Z en 
> > ajoutant composition dans l'environnement en amont plutôt, mais voir si 
> > c'est possible…
>
> Modifié :
> pages_pipelines.php
> paquet.xml
>
> Details : 
> https://git.spip.net/spip-contrib-extensions/pages/commit/cddc36913811c72be83ce0ddf0d6d61ee4085cfd
>
> ___
> 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] Migration sous Git - Bascule finale au 1 juillet 2020

2020-05-27 Par sujet Maïeul Rouquette

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


ps : et sur 3.3, oui à sortir, au moins en beta

___
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] Migration sous Git - Bascule finale au 1 juillet 2020

2020-05-27 Par sujet Maïeul Rouquette

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



Vos avis?

++
Eric



oui go, go go

___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet tcharlss

Glop marcimat,

Je m'interjecte au milieu de tes commits pour synchroniser nos montres 
sur les branches et les numéros de version :p


TLDR : je ne pense pas qu'il soit utile d'avoir une branche v2, les 
évolutions peuvent continuer sur le master en restant sur une v2.0.0 
dans paquet.xml amha.


J'avais commencé quelques évolutions sur le master à l'époque, 
principalement pour passer à la dernière version de la lib.
Or en v2.x, le gars l'avait complètement refactorisée, ce qui impliquait 
pas mal de changements pour que le modèle continue de fonctionner, 
notamment les paramètres qui avaient tous changé (et pas juste des 
renommages, mais le comportement général).


Au final le master était toujours fonctionnel, mais je l'avais laissé en 
dev car j'avais d'autres évolutions en tête qui sont restées en plan.
Notamment donner la possibilité d'utiliser n'importe quel paramètres de 
la lib dans le modèle, pas juste une sélection réduite de paramètres 
"simplifiés".

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

Donc je ne sais pas si la v3 de la lib est encore une réécriture qui 
change tout à nouveau, mais peu importe, il n'y a pas de raison d'avoir 
une branche v2 à part qui ne sera jamais finalisée.


Le 27/05/2020 à 10:18, spip-zone-com...@rezo.net a écrit :

Author: Matthieu Marcillaud
Date: 2020-05-27 08:16:20 + (Wed, 27 May 2020)
New Revision: 124829

Modified:
_plugins_/chartjs/trunk/
_plugins_/chartjs/trunk/modeles/chart.html
Log:
On encaptule le script du modele Chart, afin de charger automatiquement le 
script s'il n'est pas deja charge.
Il peut etre charge globalement sur le public ou le prive (via configuration du 
plugin)
ou specifiquement maintenant, lors de l'appel au modele Chart. Si le modele est 
appele plusieurs fois, le script n'est charge qu'une seule fois.
Code en partie recupere de Gis. Merci :)


Details: https://zone.spip.org/trac/spip-zone/changeset/124829

___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet JLuc

Le 27/05/2020 à 11:33, Matthieu Marcillaud a écrit :

Le 27/05/2020 à 11:20, JLuc a écrit :


Peut être faut il plutôt convenir d'un ordre alphabétique simple,
qui regroupera les github, les gitlab et les git.spip ?


Oui, par ordre alpha, mais sur l’URL complète. C’est bien ce que tu proposais ?


Dans cette dernière proposition oui
(pas sur le premier dossier, car l'organisation dépend des forges)
JL

___
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 tcharlss

Le 27/05/2020 à 11:59, Cerdic a écrit :

Totalement d’accord, allégeons allégeons !

+10
___
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 RastaPopoulos
Le 27/05/2020 à 12:07, RealET a écrit :
> Ou, est-ce que comme convenu lors de la dernière SPIP-Party, git sera le seul 
> a écrire sur la zone et on pourra continuer à faire les installations et 
> mises à jour par SVN ?

=>

> - la synchronisation svn-git **serait coupée** et on arrêterait le subgit

Ça me parait assez clair : on arrête complètement de maintenir SVN, car ça 
complexifie tout. La synchro aura été gardé le temps de la migration, pendant 
plusieurs mois. Mais au bout d'un moment stop là on arrête et on ne garde plus 
que Git.

-- 
RastaPopoulos

___
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 RealET

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

- la synchronisation svn-git serait coupée et on arrêterait le subgit
- la zone svn serait fermée en écriture, donc plus aucun commit ne sera 
possible en svn
Est-ce que ça veut dire que le contenu SVN de la Zone ne bougera plus ? 
(figé dans le temps au 30 juin  2020)


Ou, est-ce que comme convenu lors de la dernière SPIP-Party, git sera le 
seul a écrire sur la zone et on pourra continuer à faire les 
installations et mises à jour par SVN ?



--
RealET


___
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 Cerdic
Totalement d’accord, allégeons allégeons !

--
Cédric
Le 27 mai 2020 à 11:56 +0200, Eric Lupinacci , a écrit :
> Hello,
>
>
> Aujourd’hui la migration sous git est bien avancée:
>
> - les plugins SPIP 3 sont tous migrés sur le Gitea à l’exception de certains 
> qui sont passés sous le radar car non zippés.
> - le débardeur construit les zips pour tout type de repo
> - tradlang utilise git
> - Plugins SPIP est donc correctement alimenté par les zips du débardeur
> - les logs de commits sont maintenant générés par le débardeur également à 
> partir du Gitea
> - subgit permet de synchroniser git et svn
> - il existe un backup complet sous GitHub de la zone svn
> - on des ressources scripts et docs pour travailler sous git
>
> On est donc largement opérationnel pour travailler sous git même si tout 
> n’est pas encore parfait.
>
> Néanmoins, la synchronisation svn-git est complexe, fragilise notre système 
> et devient finalement plus nécessaire aujourd’hui.
> Il faut alléger nos environnements tant en complexité qu’en maintenance.
> Il est donc proposer de couper définitivement le lien svn à partir du 1 
> juillet. A cette date:
>
> - la synchronisation svn-git serait coupée et on arrêterait le subgit
> - la zone svn serait fermée en écriture, donc plus aucun commit ne sera 
> possible en svn
> - tout commit se ferait via git et si certains plugins ont été oubliés ou 
> ressortis du placard il sera possible de les importer sous gitea à la demande.
>
> Cela laisse le mois de juin pour basculer les environnements svn en git pour 
> ceux qui n’ont pas encore fait le pas.
>
> Après, on pourra s’occuper de la dernière grosse opération de migration, à 
> savoir les tickets redmine.
>
>
> Vos avis?
>
> ++
> Eric
>
> PS: on pourrait peut-être aussi sortir la 3.3 en même temps ou c’est trop ?
> ___
> 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] Migration sous Git - Bascule finale au 1 juillet 2020

2020-05-27 Par sujet Eric Lupinacci
Hello,


Aujourd’hui la migration sous git est bien avancée:

- les plugins SPIP 3 sont tous migrés sur le Gitea à l’exception de certains 
qui sont passés sous le radar car non zippés.
- le débardeur construit les zips pour tout type de repo
- tradlang utilise git
- Plugins SPIP est donc correctement alimenté par les zips du débardeur
- les logs de commits sont maintenant générés par le débardeur également à 
partir du Gitea
- subgit permet de synchroniser git et svn
- il existe un backup complet sous GitHub de la zone svn
- on des ressources scripts et docs pour travailler sous git

On est donc largement opérationnel pour travailler sous git même si tout n’est 
pas encore parfait.

Néanmoins, la synchronisation svn-git est complexe, fragilise notre système et 
devient finalement plus nécessaire aujourd’hui.
Il faut alléger nos environnements tant en complexité qu’en maintenance.
Il est donc proposer de couper définitivement le lien svn à partir du 1 
juillet. A cette date:

- la synchronisation svn-git serait coupée et on arrêterait le subgit
- la zone svn serait fermée en écriture, donc plus aucun commit ne sera 
possible en svn
- tout commit se ferait via git et si certains plugins ont été oubliés ou 
ressortis du placard il sera possible de les importer sous gitea à la demande.

Cela laisse le mois de juin pour basculer les environnements svn en git pour 
ceux qui n’ont pas encore fait le pas.

Après, on pourra s’occuper de la dernière grosse opération de migration, à 
savoir les tickets redmine.


Vos avis?

++
Eric

PS: on pourrait peut-être aussi sortir la 3.3 en même temps ou c’est trop ?
___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet Matthieu Marcillaud

Le 27/05/2020 à 11:20, JLuc a écrit :


Peut être faut il plutôt convenir d'un ordre alphabétique simple,
qui regroupera les github, les gitlab et les git.spip ?


Oui, par ordre alpha, mais sur l’URL complète. C’est bien ce que tu 
proposais ?

___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet JLuc

Le 27/05/2020 à 10:11, JLuc a écrit :

 > 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt



pour info ya quelques temps j'y ai ajouté un dépot gitlab


À l'époque les repos étaient classés par ordre alphabétique,
c'est à dire, vu qu'il n'y avait que des github
par ordre alphabétique du répertoire de plus haut niveau.

J'avais glissé le mien dans cet ordre alphabétique du répertoire de plus haut 
niveau,
et donc sans tenir compte du NDD
car je trouvais que c'était plus sémantique ainsi.

Maintenant je vois qu'il y a des repos github avec /otetard à la fin,
plus le git.spip de bigup qui vient d'être ajouté à la fin aussi
et qui ne s'inscrivent dans aucun ordre logique si ce n'est chronologique.

Peut être faut il plutôt convenir d'un ordre alphabétique simple,
qui regroupera les github, les gitlab et les git.spip ?

JL

___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet RealET

Cerdic a écrit le 27/05/2020 à 09:51 :

Il faut lire mon mail au complet, qui se terminait notamment par la phrase

 > comme ça il sera aussi présent dans le depot spip-zone

Il n’y a plus de depot externals, les plugins concernés sont intégrés 
dans le depot spip-zone.
Cf par exemple : 
https://files.spip.org/spip-zone/externals/tarteaucitron-3eb34-v0.3.2.zip


Feu le dépôt externals était un pis-aller parce qu’on était pas capable 
de tout faire au même endroit en mixant différentes sources.

Mais c'est super ça !
Merci, ça marche ;-)

(bon, mélanger git|svn casse toujours SVP et récupérer en VCS, mais 
c'est un usage marginal ;-)



--
RealET


___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet JLuc

> 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt

pour info ya quelques temps j'y ai ajouté un dépot gitlab

et donc c'était le premier dépot non github

et ça marche : il est présenté sur plugins.spip et par svp !

JL

Le 27/05/2020 à 09:51, Cerdic a écrit :

Il faut lire mon mail au complet, qui se terminait notamment par la phrase

 > comme ça il sera aussi présent dans le depot spip-zone

Il n’y a plus de depot externals, les plugins concernés sont intégrés dans le 
depot spip-zone.
Cf par exemple : 
https://files.spip.org/spip-zone/externals/tarteaucitron-3eb34-v0.3.2.zip

Feu le dépôt externals était un pis-aller parce qu’on était pas capable de tout faire au même endroit en mixant 
différentes sources.


--
Cédric
Le 26 mai 2020 à 21:43 +0200, RealET , a écrit :

Cerdic a écrit le 24/05/2020 à 11:26 :

Le mieux c’est de l’ajouter là
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt
(avec l’url git.spip.net ou github, comme tu veux)

Je veux bien.
Mais externals n'est plus listé dans
https://plugins.spip.net/spip.php?page=depots

Est-ce qu'il continue quand même à être généré ?

Ça reste bancal...

--
RealET


___
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] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet Cerdic
Il faut lire mon mail au complet, qui se terminait notamment par la phrase

> comme ça il sera aussi présent dans le depot spip-zone

Il n’y a plus de depot externals, les plugins concernés sont intégrés dans le 
depot spip-zone.
Cf par exemple : 
https://files.spip.org/spip-zone/externals/tarteaucitron-3eb34-v0.3.2.zip

Feu le dépôt externals était un pis-aller parce qu’on était pas capable de tout 
faire au même endroit en mixant différentes sources.

--
Cédric
Le 26 mai 2020 à 21:43 +0200, RealET , a écrit :
> Cerdic a écrit le 24/05/2020 à 11:26 :
> > Le mieux c’est de l’ajouter là
> > https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt
> > (avec l’url git.spip.net ou github, comme tu veux)
> Je veux bien.
> Mais externals n'est plus listé dans
> https://plugins.spip.net/spip.php?page=depots
>
> Est-ce qu'il continue quand même à être généré ?
>
> Ça reste bancal...
>
> --
> RealET
>
>
> ___
> 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