Re: [spip-dev] Renommages branches & tags SPIP + plugins-dist

2020-09-26 Par sujet nicod_

Le 26/09/2020 à 13:56, Matthieu Marcillaud a écrit :

Hello everybody !

Il est probable qu’on s’occupe dans le week end (demain?) de renommer 
les branches & tags de SPIP et des plugins-dist, tel que proposé dans un 
thread précédent (Release, Git, Composer - du 14 septembre dernier).


Tout le monde semblait partant (je n’ai pas vu de contre indication en 
tout cas !).


Je pense ajouter également, enfin remplacer plutôt, le fichier 
.gitsvnextmodules par un fichier spip_modules.json ou quelque chose 
comme ça dans les branches 3.1+. Ce fichier listerait simplement l’url 
des Gits des plugins-dist (sans préciser la branche ou tag) et le 
répertoire destination. Encore une fois ce n’est pas quelque chose (ce 
fichier) qui sera pérennisé (l’idée est tout de même pour les futurs 
développement d’aller vers un composer.json)


Les outils checkout et spip-cli seront temporairement cassés et devront 
être mis à jour. J’essaierai de m’occuper de checkout.


Super !

Pour des SPIP 3.2 ou 3.3 déjà installés en Git avec checkout, on pourra 
avoir un guide ou les commandes qui vont bien pour mettre à jour ?

Ça consistera surtout à changer les remotes ou les branches, 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] [fontawesome5] mise à jour du plugin picto à la version fontawesome (...)

2020-09-25 Par sujet nicod_

Le 25/09/2020 à 18:18, erational a écrit :
je comprends pas pourquoi tu parles de mise à jour du plugin picto, il 
n'a pas bougé :

https://git.spip.net/spip-contrib-extensions/picto


Hello

désolé  ma formulation n'est pas heureuse
j'ai repris le code de picto pour avoir un plugin autonome qui charge la 
librairie font-awesome à la version 5


Ok.

En fait y'aurait un truc possible, si tu nommes ton fichier principal 
font-awesome.min.css exactement comme dans picto :

https://git.spip.net/spip-contrib-extensions/picto/src/branch/master/picto_pipelines.php

comme ça, ce serait ta lib fontawesome5 qui serait utilisée par picto 
(surcharge) si les deux sont installés, si tu me suis ?


--
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] [fontawesome5] mise à jour du plugin picto à la version fontawesome (...)

2020-09-25 Par sujet nicod_

Le 25/09/2020 à 12:00, erational a écrit :

spip-contrib-extensions/fontawesome5
-
Par erational, le 25 septembre 2020 à 11h59min :

mise à jour du plugin picto à la version fontawesome 5

Détails : 
https://git.spip.net/spip-contrib-extensions/fontawesome5/commit/27ca8a903645840fdcc8459d4cb9027a10dae636


Salut,

je comprends pas pourquoi tu parles de mise à jour du plugin picto, il 
n'a pas bougé :

https://git.spip.net/spip-contrib-extensions/picto


--
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] Mise en place d'un CDN ?

2020-09-23 Par sujet nicod_

Yop,

on me fait une demande d'évaluation pour la mise en place d'un CDN sur 
un stockage externe, est ce que certains d'entre vous ont déjà géré ça ?


Au delà de l'url qu'on peut configurer dans les fonctions avancées, 
comme ça se passe pour la synchro de fichiers, quand SPIP génère les css 
et js compressés dans /local, les images etc ?


Vous avez des tuyaux là dessus ?

PS : l'objectif est de mieux servir (performance) des utilisateurs à 
l'autre bout du monde (Asie par exemple)


--
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] Demande d'accès pour faire une contribution

2020-09-23 Par sujet nicod_

Le 23/09/2020 à 05:54, Roman Mkrtchian a écrit :

Bonjour,

Je viens de résoudre un problème d'accessibilité sur un site utilisant 
le plugin bootstrap4, et j'aimerais le partager pour que ça puisse être 
intégré au code du plugin.


Il s'agit de la traduction de l'aria-label du bouton de menu qui 
apparaît quand l'écran devient petit en utilisant le filtre 
navbar_responsive.


Est-ce que ce serait possible d'avoir un accès au svn pour pouvoir faire 
un commit ?


Salut,

bienvenue et merci d'avance pour ta contribution.

Pour info, SPIP et ses plugins (la zone) ne sont plus gérés par SVN mais 
par Git.


La nouvelle forge est ici :
https://git.spip.net/
et l'organisation "spip-contrib-extensions" correspond grosso modo à 
l'ancien dossier /_plugins de la zone.

Notamment :
https://git.spip.net/spip-contrib-extensions/bootstrap4

Je laisse les admins te créer un compte sur la forge (on ne peut pas s'y 
inscrire soi même), ping ceux qui ont les clés :)


Tu pourras ensuite faire une pull request, ou un commit direct si 
l'auteur du plugin est ok après discussion.


--
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] repo pour gérer plusieurs git

2020-09-23 Par sujet nicod_

Le 21/09/2020 à 21:59, Gildas Cotomale a écrit :

Le jeu. 23 janv. 2020 à 22:51, j'ai écrit :


Bonsoir la zone,

Dans un autre registre, je viens de tomber sur ceci qui répond à un besoin que 
j'ai au boulot : https://github.com/gabrie30/ghorg
Gitea n'est pas (encore) pris en charge. Pour ceux qui ont un compte Github, 
vous pouvez voter pour le ticket 56...


Je ne l'avais pas fait, merci aux personnes qui ont poucé… ;)
https://github.com/gabrie30/ghorg/issues/56
Y a plus qu'à tester : je me note cela pour la fin de semaine ^^


Pour info, un outil interne a été développé depuis :
https://git.spip.net/spip-contrib-outils/gitea_mirror

Et un autre, au cas où, pour suivre (watch) tous les répos de 
git.spip.net et recevoir leurs notifications :

https://git.spip.net/spip-contrib-outils/watch_all

--
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] Refonte Mediabox [wip]

2020-09-22 Par sujet nicod_

Le 22/09/2020 à 14:37, nicod_ a écrit :

Le 21/09/2020 à 19:05, CSI a écrit :

Bonjour,

Autres pistes ? https://humaan.com/modaal/   Modaal is a WCAG 2.0 
Level AA accessible modal window plugin.


Pas mal du tout, ça gère plein de choses nativement.

A confirmer quand même, en France c'est le RGAA qui s'applique, pas le 
WCAG.



Premiers retours sur Modaal par Eric, de Temesis, avec qui je collabore 
sur un projet :



C'est bien mieux à la base, il manque quand même au moins 3 caractéristiques 
techniques importantes qui ne permettent pas actuellement le respect de 
WCAG/RGAA :
* l’élément déclencheur doit être un bouton (ici c'est un lien)
* Sur la modale (le div avec role="dialog") : supprimer aria-selected (aucun sens ici) et 
supprimer tabindex="0" (le focus doit être géré autrement)
* Quand la modale est affiché, des contenus en arrière-plan (tout ce qui n’est pas dans 
le div role="dialog") sont restitués dans les assistances technologiques et il 
est parcouru au clavier.


(pour ça, il y a une technique à repiquer dans les modales de Nicolas 
Hoffmann)



Il y a sûrement aussi d'autres éléments plus mineurs et/ou améliorables.(je 
n'ai pas regardé les aspects transversaux comme les visibilité du focus clavier 
ou autres)

Dans la galerie :
Il s'agit en fait d'un autre composant (le fait qu'il est dans une modale est 
anecdotique). Là, effectivement ça marche au clavier et c'est déjà pas mal, la gestion du 
focus clavier semble correcte dans ce contexte, mais tabindex="0" pour le gérer 
n'est pas une bonne chose (comme plus haut)



Mieux mais pas complètement parfait non plus donc...


--
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] Refonte Mediabox [wip]

2020-09-22 Par sujet nicod_

Le 21/09/2020 à 19:05, CSI a écrit :

Bonjour,

Autres pistes ? https://humaan.com/modaal/   Modaal is a WCAG 2.0 Level 
AA accessible modal window plugin.


Pas mal du tout, ça gère plein de choses nativement.

A confirmer quand même, en France c'est le RGAA qui s'applique, pas le WCAG.

--
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] Refonte Mediabox [wip]

2020-09-22 Par sujet nicod_

Le 22/09/2020 à 09:05, Cerdic a écrit :
Oui je suis bien d’accord, encore faut-il trouver une telle ressource ! 
Continuons de chercher donc, mais si par hasard il y’a des ressources 
connues on est preneur !


Parmi mes ressources habituelles (et validées), les composants de 
Nicolas Hoffmann, dont sa modale,  qui existent en version jQuery :

https://a11y.nicolas-hoffmann.net/
et en ES2015 :
https://van11y.net/

Sa modale a été adaptée dans la lib Scampi ("pour une pleine conformité 
RGAA") :

https://pidila.gitlab.io/scampi/documentation/modal.html

Précisions intéressantes sur les attentes en terme d'a11y :


Respect du design pattern 
https://www.w3.org/TR/wai-aria-practices-1.1/#dialog_modal

focus sur le premier élément tabulable
tab et shift-tab ne se déplacent pas en dehors de la fenetre modale
fermeture avec Esc ou au clic à l'extérieur de la fenêtre


Autres ressources :

http://www.webaxe.org/?s=lightbox

https://www.456bereastreet.com/archive/200910/lightboxes_and_keyboard_accessibility/

Et notamment, sur les attentes en terme d'a11y :


- Let me use the left and right arrow keys to step through images in a 
slideshow.
- When I press Esc, close the lightbox.
- Do one of the following:
  - Either add focusable elements (links or buttons) for close/next/previous, 
put keyboard focus on the first focusable object in the lightbox, make sure I 
can’t tab to something behind the lightbox, and make it visually obvious which 
object has keyboard focus.
  - or close the lightbox when I press Tab.
- When the lightbox closes, return keyboard focus to where it was when I opened 
it.



--
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] Refonte Mediabox [wip]

2020-09-21 Par sujet nicod_

Le 21/09/2020 à 14:26, nicod_ a écrit :

Le 20/09/2020 à 11:23, Cerdic a écrit :

Mais donc,
ce qui aiderait vraiment,
c’est un test éclairé et comparé sous l’angle de l’accessibilité, de 
featherlight et glightbox, pour décider laquelle embarquer par défaut 
dans le core...


Je peux demander à des experts avec qui je suis en contact.


Un premier retour :


En regardant rapidement ces 2 solutions, elles sont, toutes les 2, très 
éloignées des standards d'accessibilité.
Elles possèdent de nombreux problèmes bloquants.
Je ne sais pas si vous pourriez les adapter, mais même dans ce cas je ne pense 
pas qu'elles constituent une bonne base de départ.

D'un point de vue global, je pense qu'il faudrait peut-être partir d'une 
ressource qui clame son respect de l'accessibilité (même là il n'y aura pas 
forcément que des bonnes choses) car lorsque le sujet n'est pas explicitement 
déclaré, il serait miraculeux d'en avoir une prise en compte, même minimale.

Voilà voilà... :)

--
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] Refonte Mediabox [wip]

2020-09-21 Par sujet nicod_

Le 19/09/2020 à 17:59, plac...@roxing.net a écrit :

En terme d'accessibilité, je ne vois pas trop où se situent les
différences ; navigation au clavier, label sur les boutons, animations
full CSS, ... c'est idem des deux côtés.


Sauf erreur, je ne vois pas de navigation au clavier sur featherlight en 
mode galerie (https://noelboss.github.io/featherlight/gallery.html ou 
sur ton site d'exemple).


Les items de navigation sont des span sans tabindex, donc inaccessibles 
au clavier.


Et sur ton site, le texte descriptif n'est pas du tout lié à l'image 
(pas d'utilisation de l'attribut alt ni d'attribut aria labelledby ou 
describedby).


Deux mauvais points.

--
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] Refonte Mediabox [wip]

2020-09-21 Par sujet nicod_

Le 21/09/2020 à 14:26, nicod_ a écrit :

La page de la Glightbox est assez fournie en exemples pour pouvoir tester :
https://biati-digital.github.io/glightbox/
mais celle de Featherlight est vraimment sommaire :
https://noelboss.github.io/featherlight/


Ah mais je vois qu'il y a une extension pour les galeries :
https://noelboss.github.io/featherlight/gallery.html
ça semble donc complet.

--
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] Refonte Mediabox [wip]

2020-09-21 Par sujet nicod_

Le 20/09/2020 à 11:23, Cerdic a écrit :

Mais donc,
ce qui aiderait vraiment,
c’est un test éclairé et comparé sous l’angle de l’accessibilité, de 
featherlight et glightbox, pour décider laquelle embarquer par défaut 
dans le core...


Je peux demander à des experts avec qui je suis en contact.

La page de la Glightbox est assez fournie en exemples pour pouvoir tester :
https://biati-digital.github.io/glightbox/
mais celle de Featherlight est vraimment sommaire :
https://noelboss.github.io/featherlight/

Est ce que tu aurais une démo en ligne de featherlight avec au moins une 
galerie, des images avec descriptions, voir de l'ajax, qui pourrait 
servir de base de test ?


--
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] Refonte Mediabox [wip]

2020-09-18 Par sujet nicod_

Le 18/09/2020 à 20:26, Cerdic a écrit :

Hello,

j’ai donc lancé le chantier de refonte de la mediabox en m’inspirant 
très fortement de ce qu’a fait Placido que je remercie donc pour sa 
contribution et la mise a disposition de son code dans lequel j’ai 
allègrement pioché.


Yay, merci à tous les deux pour le boulot !

Je bouge jusqu'à lundi mais j'ai hâte de tester :)

On peut charger des fragments de html, des trucs en ajax ?

--
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] Release, Git, Composer

2020-09-16 Par sujet nicod_

Le 16/09/2020 à 08:29, Matthieu Marcillaud a écrit :
De ce que j’ai compris de Cédric, il pensait plutôt de mettre une box 
light (feather ?) dans le core, et un plugin séparé pour fancybox. Donc 
le problème ne se poserait pas directement pour SPIP.

Enfin ça reste une bonne question en suspens.


Top.


Mais pas vraiment le sujet de ce thread SVP :)

Comme je disais sur IRC, si on n’est pas clair sur les fonctionnalités 
de la 3.3 ou qu’il y a encore des soucis gênants dessus, on sortira une 
-alpha (et pas une -bêta) et voilà. C’est pas un drame :)


Oui, avec les outils que tu as développés ça devrait être plus facile 
j'imagine.



--
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] Fancybox pour une mise a jour de la mediabox ?

2020-09-15 Par sujet nicod_

Le 15/09/2020 à 22:36, JLuc a écrit :
Mais le plus simple amha est de contacter l'auteur pour lui poser la 
question.

Effectivement, en précisant la question que je me pose.
Quelqu'un l'a contacté ?


Je veux bien le contacter mais quelle est la question à poser au juste ?


Elle me semble claire, mais tu n'es peut être pas toi même dans la 
situation de vendre des sites sous SPIP.
Je mets ça en todo list, j'essaie de le contacter, hésitez pas à me 
relancer.


Mais si entre temps on trouve une chouette lightbox accessible et pure 
GPL, zéro aspect commerical, c'est la fête.


--
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] Release, Git, Composer

2020-09-15 Par sujet nicod_

Le 14/09/2020 à 11:10, Cerdic a écrit :
Je suis d’accord qu’il faut remettre au carré la convention de nommage 
des tags et branches, tant sur le core que sur les plugins du core.
On peut décider d’utiliser une convention propre à partir de la 
prochaine version 3.3, ou de remettre au propre toutes les branches et 
tags sur toutes les versions 3.x (ou tout, si on est courageux), ça me va.


Ok aussi, si l'un de vous pouvait à cette occasion expliquer comment 
mettre à jour un SPIP déjà installé depuis Git avec checkout (ou 
spip-cli) vers ce nouveau nommage.


Par contre, avant de releaser une 3.3 bta et vu qu’on a déjà bien 
attendu, je règlerai bien cette histoire de mediabox pour éviter de 
s’embarquer 5 ans de plus avec une colorbox qui n’est plus du tout à jour...


Pourquoi pas, mais je me pose toujours une question sur la licence 
commerciale (dans le cas où on vend un SPIP incluant fancybox 3), j'ai 
toujours un doute.


--
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] Fancybox pour une mise a jour de la mediabox ?

2020-09-11 Par sujet nicod_

Le 11/09/2020 à 13:48, nicod_ a écrit :
Niveau accessibilité, en navigation clavier on récupère bien le focus 
dans la box à l'ouverture, et on peut tabuler sur les différents 
éléments interactifs qui sont bien des boutons avec un title, donc ça 
semble plutôt pas mal.



J'ai posé la question, ça semble bon niveau accessibilité :


ça m’a l’air bien, j’ajouterais un attribut aria-hidden true sur tous les 
balises au même niveau que fancybox-container-1, pour éviter restitution de 
contenus en arrière-plan.




--
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] Fancybox pour une mise a jour de la mediabox ?

2020-09-11 Par sujet nicod_

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

Hello,

je (re)découvre la fancybox qui dans sa v3 gère bien tous les types de 
contenu

https://fancyapps.com/fancybox/3/

Et je me disais que ce serait peut-être un bon plan de l’utiliser comme 
base dans le plugin mediabox de SPIP,
pour remplacer la colorbox qui n’est plus maintenue depuis plusieurs 
années https://github.com/jackmoore/colorbox et a encore des bugs sur 
les mobiles et petits écrans


Beaucoup plus élégante et fonctionnelle, effectivement.

Niveau accessibilité, en navigation clavier on récupère bien le focus 
dans la box à l'ouverture, et on peut tabuler sur les différents 
éléments interactifs qui sont bien des boutons avec un title, donc ça 
semble plutôt pas mal.


Il faudrait tester avec une assistance technologique (lecteur d'écran), 
je vais essayer de voir ce que ça donne.


--
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] Fancybox pour une mise a jour de la mediabox ?

2020-09-11 Par sujet nicod_

Le 11/09/2020 à 09:41, Bruno Bergot a écrit :
Non, je pense que la mention en question est pour éviter à l'auteur de 
voir des chacals empaqueter la lib dans un plugin WP (au hasard) et de 
vendre le plugin en question.


Je pense qu'il n' a pas de problème pour l'inclure dans SPIP, mais quand 
on vend un site SPIP à un client, il me semble qu'on est redevable de la 
licence dans ce cas.


Mais le plus simple amha est de contacter l'auteur pour lui poser la 
question.


Effectivement, en précisant la question que je me pose.

Quelqu'un l'a contacté ?

--
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] [saisies] Également une option globale pour conserver les valeurs (...)

2020-09-10 Par sujet nicod_

Le 10/09/2020 à 21:54, tcharlss a écrit :

spip-contrib-extensions/saisies
-
Par tcharlss, le 10 septembre 2020 à 21h53min :

Également une option globale  pour conserver les valeurs de toutes les saisies 
masquées


*Modifié*
 inc/saisies_afficher_si_php.php

Détails : 
https://git.spip.net/spip-contrib-extensions/saisies/commit/b2d559c8121187b3f6e098fa957ec3baa5e8e99d



Merci pour le code, mais ne pas oublier de mettre à jour la doc ! ^^

--
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] [spip] Lorsqu’un champ date contient un souligné, tel que (...)

2020-09-08 Par sujet nicod_

Le 08/09/2020 à 16:16, Bruno Bergot a écrit :
Bonne idée, tu fais un commentaire dans le privé de l'article pour pas 
oublier ?


C'est fait, ainsi que 
https://www.spip.net/ecrire/?exec=article_article=898#forum176379


--
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] [spip] Lorsqu’un champ date contient un souligné, tel que (...)

2020-09-08 Par sujet nicod_

Bien sympathique ce commit.

Il faudra penser à le documenter :
https://www.spip.net/fr_article1971.html#age_relatif


Le 08/09/2020 à 09:19, Matthieu Marcillaud a écrit :

spip/spip
-
Par Matthieu Marcillaud, le 8 septembre 2020 à 09h14min :

Lorsqu’un champ date contient un souligné, tel que "date_modif_manuelle", 
permettre d’utiliser les critères {age_modif_manuelle} et consœurs 
(age_relatif_modif_manuelle, mois_modif_manuelle, ...)
(Luc)


*Modifié*
 ecrire/public/criteres.php

Détails : 
https://git.spip.net/spip/spip/commit/2edefda9b22c45f4cd5f12e10c9a7ce73d85e5e7

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




--
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] Soyez sympa, arrêtez de rembobiner...

2020-09-04 Par sujet nicod_

Le 03/09/2020 à 17:01, Cerdic a écrit :
- jamais aucune forge git ne m’avait perdu des commits avant que de 
bosser sur git.spip.net !


Oui, c'est un peu flippant ça...

--
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] Déploiement avec git

2020-08-19 Par sujet nicod_

Yop,

je reprends ce que je disais sur IRC, ça peut intéresser des gens (ce 
n'est pas lié à SPIP mais à l'utilisation de Git).


Pour envoyer mon développement local, versionné avec Git, sur un site en 
ligne, j'utilise un dépot Git bare sur le serveur, avec un hook qui 
vérifie la branche envoyée (master sur le serveur de prod, develop sur 
le serveur de preprod par exemple), et qui publie ensuite les fichiers 
sur le répertoire www.


Comme ça, j'ai juste à faire un "git push prod" ou "git push preprod" en 
local, et zou, mon code est en ligne.
Et surtout, c'est sécurisant : je ne risque pas de pousser par erreur 
une branche dev sur la prod par exemple.


Prérequis : un accès SSH et Git installé sur le serveur (quasiment 
partout aujourd'hui)


Cf cet exemple détaillé : 
https://blog.alwaysdata.com/fr/2018/02/05/deployer-sans-peine-avec-git-hooks/


--
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] Bel_env et debug

2020-08-12 Par sujet nicod_

Le 12/08/2020 à 20:28, Bruno Bergot a écrit :
Sinon j'ai un truc dans le genre, avec un affichage un peu plus 
détaillé, et d'autres balises, si tu veux tester :

https://github.com/nd-/dd
Faudrait que je le mette sur la zone...



Oui ça serait bien, mais ça nous fera maintenant trois filtres pour un 
usage presque similaire :\


Ma version affiche des infos dans une barre (comme le plugin dev, je 
m'en suis inspiré), notamment le nombre de requetes Mysql executées.

Ça me permet de vérifier rapidement les mises en cache.

Et l'affichage des infos de débug est limité par une autorisation, qui 
vérifie soit le statut (webmestre) soit l'IP (pour pouvoir débugger à 
distance, même non loggé).


La prochaine modif sera de pouvoir afficher la liste de toutes les 
requêtes passées en un click, comme les barres de débug de Laravel ou 
Symfony, avec un affichage sympa.


Par contre, il faudra choisir un nom pour le filtre qui prendra le 
relai, ou alors garder debug qui a l'avantage d'être connu car 
documenté, et mettre à jour sa doc.


Ben en fait j'ai découvert debug avec le mail de tonton, je ne 
connaissais pas :D
Et bel_env je trouve les infos moins lisibles qu'un simple var_dump 
quand on a xdebug installé (mais ça fait un moment que j'ai pas utilisé).


Perso je colle mon dd partout, et en fait je me rend compte à l'usage 
que c'est vraiment #ENVDD que j'utilise le plus, pour vérifier ce qu'un 
squelette reçoit.

C'est juste une balise à écrire, plus courte que [(#ENV|bel_env)].
Quand on débugge, on l'ajoute par ci par là, on la retire, ça m'a saoulé 
de devoir taper tout ça à chaque fois, d'où mon bricolage maison.


--
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] Bel_env et debug

2020-08-11 Par sujet nicod_

Le 11/08/2020 à 18:46, Eric Lupinacci a écrit :

Hello,

Une petite remarque avant la prochaine release 3.3.
Dans le code on a ajouter il y a déjà longtemps le filtre |debug qui 
permet de faire du... debug dans les squelettes.


Dans le plugin dev, on a un autre filtre très utile qui s'appelle 
|bel_env et qui permet d'afficher un tableau dans un format HTML lisible 
quelque soit son imbrication. C'est donc un outil de debug au même titre 
que le filtre |debug.


Je trouve que c'est incohérent d'avoir l'un dans spip et l'autre dans 
dev qui ne fait plus partie d'ailleurs des plugins-dist.
Je proposerais bien d'intégrer le filtre |bel_env dans spip en le 
renommant par exemple en |debug_table.


Ça serait plus cohérent oui, mais pourquoi garder les deux ?

Sinon j'ai un truc dans le genre, avec un affichage un peu plus 
détaillé, et d'autres balises, si tu veux tester :

https://github.com/nd-/dd
Faudrait que je le mette sur la zone...


--
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] Pages gitea

2020-07-20 Par sujet nicod_

Le 20/07/2020 à 16:10, cam.lafit a écrit :

Bonjour

De pouvoir retrouver le mail type sans chercher 36000 ans.
C'était pratique de l'avoir sur le trac, ça l'est encore maintenant

Ensuite tout est améliorable, cela pourrait être sur le wiki de 
core.spip.net (mais sa disparition est une réflexion en cours)


C'est bien ce qu'il me semblait.

Mais du coup ça ne concerne que les personnes qui gèrent les comptes, 
pas le grand public.

Je trouve ce lien un peu bizarre à cet endroit.

--
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] Pages gitea

2020-07-20 Par sujet nicod_

Le 20/07/2020 à 12:35, cam.lafit a écrit :

Ce que je ne comprends pas c'est le titre du lien et le nom du fichier
"MailConfirmationInscription" est-ce qu'il est utilisé pour la
confirmation et envoyé par mail ou ça n'a rien à voir?


Le nom du fichier correspond effectivement à son contenu, c'est le 
modèle du courriel qui est envoyé à la main lors d'une inscription.

C'est la reprise brute du contenu actuel existant sur zone.spip.net


Mais, au final, quel est l'intérêt de ce lien ?

--
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] Plus de merge request sur git.spip

2020-07-15 Par sujet nicod_

Oui, j'ai remarqué aussi que c'était revenu apparemment.


Le 15/07/2020 à 13:59, cam.lafit a écrit :

Bonjour

Je viens de purger un fichier de cache de gitea, je vois que l'option 
de merge est à nouveau disponible sur 
https://git.spip.net/spip/medias/pulls/4


Est ce le cas pour vous ?


--
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] Wheels et paragraphes intempestifs

2020-07-12 Par sujet nicod_

Le 12/07/2020 à 20:33, JLuc a écrit :
C'est peut être que propre applique "paragrapher" sur  quand il 
en reçoit une,
alors que le pipeline transforme le raccourci AVANT propre, si bien que 
propre n'a plus de  à paragrapher.


Oui, c'est sûrement la bonne explication.

Voir aussi https://core.spip.net/issues/2416 a propos de 
$toujours_paragrapher


Ah ok, pendant mes tests, je m'étais rendu compte effectivement que 
cette constante ne faisait plus rien du tout, j'ai pas rêvé donc :)


Du coup, https://www.spip.net/fr_article5051.html est peut être à 
dépublier ?

Ou bien préciser que c'est obsolète ?

--
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] Wheels et paragraphes intempestifs

2020-07-12 Par sujet nicod_

Le 12/07/2020 à 15:03, nicod_ a écrit :

Le 12/07/2020 à 14:50, nicod_ a écrit :

J'ai testé sur un autre site, je reproduis bien les  vide autour.


Sur un SPIP tout vide, idem...


Ah ! Une bonne piste.

Je me contentais de déclarer la wheel dans les globales, sans rien d'autre :
$GLOBALS['spip_wheels']['patate'] = array('patate.yaml');

Mais en regardant le code de dame_blanche, cité dans l'autre fil, j'ai 
testé en utilisant le même code dans le pipeline pre_propre et là ça ne 
génère plus de  en trop :

https://git.spip.net/spip-contrib-extensions/dame_blanche/src/branch/master/dame_pipelines.php

Bon, je ne sais pas trop pourquoi, mais du coup je vais rester là dessus :)

Pour info, tu passes par pre_propre aussi ?

--
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] Wheels et paragraphes intempestifs

2020-07-12 Par sujet nicod_

Le 12/07/2020 à 14:50, nicod_ a écrit :

J'ai testé sur un autre site, je reproduis bien les  vide autour.


Sur un SPIP tout vide, idem...

--
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] Wheels et paragraphes intempestifs

2020-07-12 Par sujet nicod_

Le 12/07/2020 à 14:50, nicod_ a écrit :

Le 12/07/2020 à 14:12, Bruno Bergot a écrit :
J'ai justement une petit wheel de ce style pour permettre aux 
rédacteurs de centrer du texte, je viens de la tester de nouveau sur 
un SPIP 3.2.7 et je ne reproduis pas ton bug.


Intéressant, tu peux montrer le code de la wheel ?

Et dans le squelette de l'article, tu utilises juste #TEXTE ?

J'ai testé sur un autre site, je reproduis bien les  vide autour.


Je viens de tester avec un squelette tout vide qui contient juste une 
boucle article et la balise #TEXTE, donc sans header, sans appel à 
d'autres plugins : idem, des  vides autour.


--
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] Wheels et paragraphes intempestifs

2020-07-12 Par sujet nicod_

Le 12/07/2020 à 14:12, Bruno Bergot a écrit :
J'ai justement une petit wheel de ce style pour permettre aux rédacteurs 
de centrer du texte, je viens de la tester de nouveau sur un SPIP 3.2.7 
et je ne reproduis pas ton bug.


Intéressant, tu peux montrer le code de la wheel ?

Et dans le squelette de l'article, tu utilises juste #TEXTE ?

J'ai testé sur un autre site, je reproduis bien les  vide autour.


--
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] git.spip.net aux fraises

2020-07-10 Par sujet nicod_

Le 10/07/2020 à 23:30, nicod_ a écrit :

Salut,

ça rame comme pas possible, encore plus que d'habitude.
Impossible de lire des tickets, de pousser ou quoi que ce soit.


Impossible de cloner quoi que ce soit, les sources de spip et des 
plugins ne sont plus dispos.


Oui, on est vendredi, il est presque minuit, mais si la forge est dispo 
uniquement la semaine et aux heures de bureau il faut prévenir, qu'on 
soit au courant.


Désolé pour le coup de gueule mais je suis vraiment emmerdé là, c'est 
pas cool du tout.


--
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] git.spip.net aux fraises

2020-07-10 Par sujet nicod_

Salut,

ça rame comme pas possible, encore plus que d'habitude.
Impossible de lire des tickets, de pousser ou quoi que ce soit.

Camille tu peux faire qqchose ?

Merci,

--
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] Wheels et paragraphes intempestifs

2020-07-10 Par sujet nicod_

Yop,

un petit souci avec des wheels persos que je n'avais jamais remarqué.

Soit la wheel suivante :

patate:
  match: ['', '']
  replace: ['', '']
  if_str: ''
  type: str

A l'exécution, ça génère systématiquement un  avant et après le 
div inséré.


Vous avez déjà remarqué ça ?

Y'a t'il un spécialiste des wheels dans la salle ? ^^

--
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] présentation

2020-07-08 Par sujet nicod_

Le 08/07/2020 à 21:36, Olivier Testa via spip-dev a écrit :

merci,
j’adhère à la charte que j’ail lue.
J’ai l’impression que c’est ce qui fait de spip un projet différent d'autres 
initiatives


Super, un contributeur de plus qui vient jouer avec nous :)

Et ouais, SPIP c'est un logiciel et une communauté un peu à part.
C'est pour ça que j'aime bien, moi aussi :)

Bienvenue sur la liste et sur la zone git !

--
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] Réflexion sur le logiciel libre

2020-07-04 Par sujet nicod_

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

--
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] Règles de contribution

2020-07-01 Par sujet nicod_

Le 01/07/2020 à 19:47, Bruno Bergot a écrit :

Salut,

Pour info, nous avons rédigé à plusieurs mains un texte qui explique les 
règles à respecter pour contribuer à SPIP par le biais de git.spip.net cf :


https://www.spip.net/fr_article825.html#Regles-de-contribution

Au passage, j'en ai profité pour réorganiser l'article en question, 
supprimé le chapeau "qui n'apportait pas grand chose" et remplacé la 
partie "Règles de présentation et d’écriture" par un renvoi vers 
l'article dédié cf https://www.spip.net/fr_article3497.html#regles_codage


Merci, ça prend une chouette forme !

Par contre, je découvre qu'on peut maintenant créer son compte soi même 
sur Gitea, ou depuis un compte github ?

Ça a été réactivé finalement ?
Aux dernières nouvelles on pouvait pas, fallait demander sur la liste.

--
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] Règles de contribution

2020-07-01 Par sujet nicod_

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

Merci !
Est-ce utile de retrouver un lien vers le guide git d'Éric?
Est-ce qu'on met ce guide sur contrib ?


Bonne question.
Il y a aussi des docs sur le carnet, à remettre en forme par contre, sur 
la contribution :


https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT
https://contrib.spip.net/FAQ-pratique-Comment-SPIPer-avec-git-spip-net
https://contrib.spip.net/Proposer-un-patch-via-git-spip-net-pour-le-noyau-ou-la
https://contrib.spip.net/Git

--
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] Zcore : erreur w3 car redéclaration de content-type

2020-06-29 Par sujet nicod_

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

Tu fais une PR, et on en discute.


Tu fais de la pédagogie, ou au minimum t'exprimes de manière plus 
explicite et je m'y intéresse... ;-)


PR = Pull request (en français Demande d'ajout)

Ça consiste à faire un fork (bifurcation) d'un dépôt Git, le modifier, 
et ensuite faire une demande d'ajout (pull request) depuis le fork vers 
la branche master du dépôt original.


Voir :
https://contrib.spip.net/Equivalences-des-commandes-SVN-GIT#Proposer-des-modifications-via-pull-request-PR
https://contrib.spip.net/Proposer-un-patch-via-git-spip-net-pour-le-noyau-ou-la

--
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] Zcore : erreur w3 car redéclaration de content-type

2020-06-28 Par sujet nicod_

Le 28/06/2020 à 22:17, Stephane Santon a écrit :

Bonjour,

Le 26/06/2020 à 13:52, jeanmarie a écrit :
le message du commit : 
https://zone.spip.net/trac/spip-zone/changeset/90428/spip-zone/_plugins_/z-core/structure.html 



OK merci pour l'info.


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


Ben oui, après qui décide ??


Tu fais une PR, et on en discute.

C'est pas démocratique (y'a pas de vote majoritaire), mais c'est 
participatif.


--
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] Notifs de commits git ?

2020-06-26 Par sujet nicod_

Le 26/06/2020 à 19:21, cam.lafit a écrit :

Salut

Je vais regenérer les hooks gitea pour voir si cela change quelque chose.


Donc c'est un hook (genre post commit je suppose ?), et il fait que ce 
hook, c'est lui qui envoie le mail de notif à la liste ?


--
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] Notifs de commits git ?

2020-06-26 Par sujet nicod_

Le 26/06/2020 à 17:01, Cerdic a écrit :
De fait, depuis le 18 juin je n’ai reçu aucune notification push de 
gitea sauf pour les commits sur un repo de RealET...

Et sans notif push pas de notif mail...


Ok merci, mais du coup, qui/quoi est censé envoyer quoi à qui/quoi, et 
ça déclenche quoi ?

C'est un peu nébuleux...

Ce serait peut être pas mal de documenter ça quelque part (sur le wiki 
de Redmine ? de Gitea ?) pour qu'on ait une référence en cas de problème.


--
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] Notifs de commits git ?

2020-06-26 Par sujet nicod_

Yop,

quelqu'un sait pourquoi on ne reçoit plus les notifs de commit git (pas 
svn) sur la liste spip-zone-commit ?

Je la consulte par gmane mais je suppose que ça ne change rien.

Les derniers reçus concernent filtre_images (hier et aujourd'hui), un 
sur referer_spam le 18, bref, plus grand chose qui passe depuis mi juin...

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

2020-06-26 Par sujet nicod_

Le 16/06/2020 à 16:42, nicod_ a écrit :
Le script checkout.php (et donc j'imagine spip-cli qui l'a intégré) 
s'appuie sur le fichier .gitsvnextmodules pour cloner les plugins de la 
distribution :
https://git.spip.net/spip-contrib-outils/checkout/src/branch/master/checkout.php#L310 



https://git.spip.net/spip/spip/src/branch/master/.gitsvnextmodules

S'il n'y a plus de SVN, ce fichier n'a plus de sens.

Par quoi le remplacer ?


Je m'interroge toujours là dessus : est ce qu'on le remplace par une 
simple liste en json par exemple, versionnée par branche donc, en 
attendant d'avoir une vraie gestion de dépendances ?


--
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] Mots multi parents ?

2020-06-23 Par sujet nicod_

Yop,

je me confronte à un cas que je ne sais pas encore trop comment traiter 
au mieux.


Sur le principe : des mots clés qui représentent une liste de thèmes et 
de sous thèmes.

Les mots clés arborescents, c'est parfait.

Sauf que certains sous thèmes peuvent être liés à plusieurs thèmes.
Une sorte de polyhiérarchie de mots clés, en quelque sorte.

Quelqu'un a déjà bricolé un truc dans le genre ou bien je me lance dans 
une usine à gaz ?


--
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] Question sur Spip, un peu hors sujet

2020-06-20 Par sujet nicod_

Le 20/06/2020 à 18:33, CSI a écrit :

Bonjour,

Je me demandais comment Spip faisait la compression des CSS et JS en un
seul fichier avec un nom "hashé" ... je suis en train de regarder Grunt,
Gulp et autres webpack pour un projet perso et je me disais que la
solution Spip était peut-être différente et plus apte à s'insérer dans
un projet existant. C'est une librairie connue ou un dev de l'équipe de
Spip ?


Salut,

c'est un plugin-dist, le compresseur, tout le code qui gère la 
concaténation des fichiers css et js est là.


--
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] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet nicod_

Le 20/06/2020 à 17:00, JLuc a écrit :

Donc au total j'ai fait 3 commits qui se résument au 2eme
(du moins normalement, mais avec en prime des indentations différentes)
https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/fa2020716deff18a3835d1801bc397cea2d93d7c 


Le diff sur gitea est un peu moins violent, mais pas beaucoup plus 
lisible, surtout vers la fin :

https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/e8fa5e8de134fc9ff988073a49b3714894d8d805

--
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] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet nicod_

Le 20/06/2020 à 17:00, JLuc a écrit :

Puis je faire qqchose pour améliorer ça ?
(il va peut être me falloir des détails)


Il n'est pas interdit de reformater le code source selon les règles de 
SPIP avec son éditeur ou un linter (tabulation, etc.), au contraire 
même, mais dans ce cas, on fait juste le reformatage, rien de plus, et 
on commite tout de suite avec un message du genre "Reformatage du code".


Ensuite, on fait ses modifs de code dans d'autres commits.

--
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] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet nicod_

Le 20/06/2020 à 17:00, JLuc a écrit :

Ah je suis désolé. Je ne sais pas bien ce qui a provoqué ça.



Puis je faire qqchose pour améliorer ça ?
(il va peut être me falloir des détails)


Tu as regardé le diff dans trac ?
https://zone.spip.org/trac/spip-zone/changeset/125253/spip-zone

Simplement, après ton commit il y a deux espaces au début de chaque 
ligne (même pas le PSR spip en plus).


Du coup, tout le fichier est considéré comme modifié, et si tu as 
modifié du code quelque part, on ne peut pas le voir.


A moins de copier coller les deux parties, de les reformater et de 
refaire un diff dessus, ce qui n'est pas très pratique.


--
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] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet nicod_
Le 20/06/2020 à 09:11, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: JLuc
Date: 2020-06-20 07:11:11 + (Sat, 20 Jun 2020)
New Revision: 125253

Modified:
_plugins_/spip-bonux/trunk/
_plugins_/spip-bonux/trunk/spip_bonux_options.php
Log:
text_truncate etait genereusement foireux

fixes #3


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



Salut Jluc,

tu as mélangé une modification de l'indentation et tes propres modifs 
dans ce commit unique, ce qui fait que le diff est illisible, on ne peut 
pas lire ce que tu as modifié (sauf manip acrobatique).


C'est vraiment à éviter, il faut faire deux commits séparés dans ces cas 
là : formatage PSR > commit, modifs de code > commit.


--
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] r125213 - in _plugins_/jeux/trunk

2020-06-17 Par sujet nicod_
Le 16/06/2020 à 00:49, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: patrice4-qfkgk+z4sorr7s880jo...@public.gmane.org
Date: 2020-06-15 22:49:53 + (Mon, 15 Jun 2020)
New Revision: 125213

Modified:
_plugins_/jeux/trunk/jeux.css.html
_plugins_/jeux/trunk/jeux/devinettes.php
_plugins_/jeux/trunk/jeux/mots_croises.php
_plugins_/jeux/trunk/jeux/multi_jeux.php
_plugins_/jeux/trunk/jeux/pendu.php
_plugins_/jeux/trunk/jeux/qcm.php
_plugins_/jeux/trunk/jeux/saisies.php
_plugins_/jeux/trunk/jeux/sudoku.php
_plugins_/jeux/trunk/jeux/trous.php
_plugins_/jeux/trunk/jeux_config.php
_plugins_/jeux/trunk/jeux_fonctions.php
_plugins_/jeux/trunk/jeux_pipelines.php
_plugins_/jeux/trunk/jeux_utils.php
_plugins_/jeux/trunk/lang/jeu_fr.php
_plugins_/jeux/trunk/lang/jeux_fr.php
_plugins_/jeux/trunk/modeles/jeu.html
_plugins_/jeux/trunk/paquet.xml
_plugins_/jeux/trunk/prive/objets/contenu/jeu.html
_plugins_/jeux/trunk/prive/objets/liste/jeux.html
Log:
Grosse mise a jour ici.
- Nouveau jeu : points a relier :-)
- explicitation en partie privee des configs pour chaque jeux, inline ou en base
- refonte de la gestion de la hierarchie des configuration
- extension de la gestion des couleurs
- meilleure gestion du javascript en partie privee
- nouvelles options pour les jeux : aleatoire / transparence /
- quelques bricoles et correction de bugs


Details: https://zone.spip.net/trac/spip-zone/changeset/125213


Salut,

avec ce commit, il y a un message d'erreur dans l'espace privé : Aucun 
squelette fonds/article_jeu_config n’est disponible...


Ici, ligne 209 :
https://zone.spip.net/trac/spip-zone/changeset/125213/spip-zone/_plugins_/jeux/trunk/jeux_fonctions.php

return recuperer_fond('fonds/article_jeu_config', array('id_article' => 
$id_article));


Je ne vois rien qui correspondrait dans /fonds, tu n'aurais pas oublié 
de pousser ce fichier ?


--
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] Demande d'accès a git

2020-06-17 Par sujet nicod_

Le 17/06/2020 à 11:48, Bruno Bergot a écrit :
Wala le topo, et si c'est bien ça le problème sur notre liste, Rémi n'y 
est pour rien et dans tous les cas on aurait pu l'accueillir avec un 
message plus sympa :p


Bah mon message n'était pas méchant, si ?

En tout cas c'était pas du tout le but, vraiment désolé s'il a été mal 
interprété.


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

2020-06-16 Par sujet nicod_

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.


Le script checkout.php (et donc j'imagine spip-cli qui l'a intégré) 
s'appuie sur le fichier .gitsvnextmodules pour cloner les plugins de la 
distribution :

https://git.spip.net/spip-contrib-outils/checkout/src/branch/master/checkout.php#L310

https://git.spip.net/spip/spip/src/branch/master/.gitsvnextmodules

S'il n'y a plus de SVN, ce fichier n'a plus de sens.

Par quoi le remplacer ?

--
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] Demande d'accès a git

2020-06-15 Par sujet nicod_

Le 15/06/2020 à 21:04, Rémi Suinot via spip-dev a écrit :

Bonsoir,
Je me permet une relance, je pense que ma première demande est passée à 
l'as attendu les nombreux échanges ces derniers temps.


Salut,

pour ta demande je ne sais pas, mais si tu pouvais signer configurer tes 
mails avec ton adresse d'expéditeur à toi au lieu de celle de la liste, 
on s'y retrouverait mieux :)


Merci !

--
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] Créer ses propres saisies - Héritage - critère where - sécurité

2020-06-14 Par sujet nicod_

Le 14/06/2020 à 19:38, Maïeul Rouquette a écrit :

Le 14/06/2020 à 19:33, Cerdic a écrit :
je vais pas m’étendre sur le sujet parce que bon, mais oui la question 
initiale est légitime, et il y a un patch sur ce sujet dans les tuyaux


--
Cédric



oui la question est légitime, là n'était pas le problème. Simplement le 
where en question étant écrit en dur, je ne comprend pas comment il 
aurait pu poser problème.


Non justement.
Il y a un where passé en argument "en dur" à la saisie depuis un 
squelette, ok, mais la saisie elle même exécute tout ce qu'on lui passe 
dans where.

Et on peut l'appeler de multiple façons cette saisie...

--
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] Créer ses propres saisies - Héritage - critère where - sécurité

2020-06-13 Par sujet nicod_

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

Le 13/06/2020 à 18:21, Vincent Callies a écrit :

Bonjour à tous,

Je suis en train de faire une nouvelle saisies, à l'attention du 
plugin Subdivisions, qui hérite tout simplement de la saisie selection.


Comme j'ai besoin de pouvoir isoler certaines subdivisions, j'ai 
inclus un argument where.

Mais je n'ai jamais vu personne le faire.
Aussi, je me demande s'il n'y a pas un problème de sécurité d'avoir 
une telle clause pour une saisie qui peut être placée dans l'espace 
public.




il y a pas de raison que cela pose des problèmes de sécurités particuliers
1. TLe contenu de ton where est écrit en dur et ne dépend pas de 
l'internaute


il peut être passé dans le _REQUEST (post ou get)

2. De toute facon je pense que SPIP sanitanize directement les critères 
avant de les executer


ça reste à vérifier...


--
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] Écriture inclusive

2020-06-08 Par sujet nicod_

Merci tetue et touti, je suis totalement d'accord avec vous.
Soutien total.

Et merci particulièrement à vous deux parce que j'ai beaucoup appris 
grâce à vous, par vos coups de gueules et vos explications.


--
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] Écriture inclusive

2020-06-08 Par sujet nicod_

Le 08/06/2020 à 17:44, Perline-Spip a écrit :

Le point median si ?


Oui, comme indiqué dans le tableau que je citais :


nicod_ a écrit le 07/06/2020 à 01:57 :

https://codepen.io/vincent-valentin/full/woGLVL


--
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] Écriture inclusive

2020-06-07 Par sujet nicod_

Le 07/06/2020 à 08:52, JLuc a écrit :

Le 05/06/2020 à 14:43, JLuc a écrit :

Les points médians ont l'avantage d'être neutres typographiquement.


Oui, et d'être un caractère insécable, contrairement au trait d'union.
Et d'être déjà répandu dans l'usage (écriture et lecture).

Ce qui peut poser des problèmes avec la restitution par un lecteur 
d'écran, ce sont les formules plus compliquées avec répétitions de 
points médians, sur des noms suivis d'adjectifs par exemple, qui donnent 
un texte complètement haché.


Donc pour moi, à utiliser avec parcimonie, quand on ne trouve pas 
d'autre formule.


--
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] Écriture inclusive

2020-06-06 Par sujet nicod_

Le 06/06/2020 à 12:49, Perline-Spip a écrit :

Sur la technique
(...) 
Fascinant qu'on en soit arrivé à décréter que c'est LE truc ce "point 
médian" -qui n'a rien pour lui-, et à en faire des blogs dont aucun 
argument ne peut contrer celui du tiret - qui a tout pour lui.


Un point technique, et surtout web, puisque c'est notre sujet : le trait 
d'union a un très gros défaut, ce n'est pas un caractère insécable.


https://codepen.io/vincent-valentin/full/woGLVL

--
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] Écriture inclusive

2020-06-05 Par sujet nicod_

Le 05/06/2020 à 10:21, Cerdic a écrit :
Sans verser dans le troll, je pense que cette position n’est juste pas 
tenable.


Quelle position ? (pour être sûr de te comprendre)

Le monde doit changer, le comportement des hommes doit changer, et le 
fait qu’il faille s’habituer à une forme d’écriture qui nous plait pas 
trop est un infime détail dans tout ce qui doit changer.
Donc si on commence à argumenter et pinailler là dessus c’est une façon 
très claire de dire haut et fort « vous devrez vous battre sur chaque 
pouillème de place que vous voulez avoir dans cette société, on ne 
lâchera rien sans verser de sang ».


Aka, si on voulait faire autrement, on (en tant que hommes faisant 
partie d’une société dominée par les hommes) a eu des siècles pour ça, 
et on a rien fait de significatif.
Donc maintenant on a juste à se taire, écouter et faire de la place, en 
commençant donc par cesser d’invisibiliser la moitié de la société, en 
particulier lorsqu’elle nous le demande.


Et donc quand quelqu’une nous demande de changer de mode d’expression 
parce qu’elle se sent blessée et ignorée par la façon dont on s’exprime, 
répondre qu’on a pas trop envie parce que ça nous plait pas trop est une 
forme de violence en cela que c’est la négation même de son ressenti.



Je suis complètement pour l'écriture inclusive, et je ne cherche pas du 
tout à pinailler ou grincher et à dire que le point médian ne me plait pas.
Bien au contraire, c'est très (trop) facile à utiliser et relativement 
facile à lire avec l'habitude.


Mais comme le dit très bien la conclusion de l'article du Lutin du web 
(qui est une femme) :



Finalement, nous avons donc :

- un besoin qui est d’inclure les femmes et personnes non-binaires dans nos 
discours et, notamment ici, dans nos écrits ;
- et un problème pour certaines personnes handicapées qui est posé par une des 
techniques répondant à ce besoin d’écriture inclusive.


et le commentaire de Nicolas Hofmann, expert en accessibilité et 
franchement pas masculiniste :



Si cette écriture dite inclusive est autant exclusive, c’est quand même un 
comble ^^
J’y vois une analogie avec le web : il est accessible de base, à nous de ne pas 
le rendre inaccessible. L’écriture peut être inclusive de base.


Ça me rappelle complètement le web, où l'accessibilité est toujours le 
parent pauvre (on verra à la fin s'il reste du budget).


Alors oui, la techno (lecteurs d'écran) va évoluer (ils supportent 
maintenant javascript par exemple), et peut être même l'Académie 
française (huhu), mais à l'heure actuelle, si on veut vraiment inclure 
tout le monde, il faut faire un vrai effort et ne pas se contenter des 
mettre des point médians partout, ça doit vraiment être le dernier 
recours, voir avec des limites (par exemple uniquement pour les ·e).


En se donnant un peu de mal, on a quand même la possibilité d'utiliser 
des formules inclusives, la langue française est riche.


Pour revenir à l'article du Lutin et sa façon d'écrire :
https://www.lelutinduweb.fr/ecriture-inclusive-accessibilite-solutions/#regles-perso 



Donc si le sujet doit entrer dans une charte (j'y suis favorable), ça 
demande plus qu'une phrase impérative ou simpliste, il faut 
contextualiser et bien présenter les problèmes.



--
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] Écriture inclusive

2020-06-04 Par sujet nicod_

Le 04/06/2020 à 23:25, Stephane Santon a écrit :
Oui ben face à une attitude "stérile", vous opposez un comportement 
stérilisant, non ?


C'est très sage au contraire, ça s'appelle "ne pas nourrir un troll".

--
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] Écriture inclusive

2020-06-04 Par sujet nicod_

Le 04/06/2020 à 14:24, Christian Marget a écrit :


Le 04/06/2020 à 14:09, Stephane Santon a écrit :

Tiens, une question sur le sujet pour lequel ce fil m'a apporté beaucoup
de sources d'information...

Pour une offre d'emploi :
Préférez-vous / que vaudrait-il mieux écrire :

Apprenti·e électrotechnicien·ne

ou

Apprenti électrotechnicien H/F


«Apprenti(e) électrotechnicien(-ne)» convient aussi.



RealEt a justement écrit hier à ce sujet, dans ce même fil de discussion :


Toutes les formes d'écriture inclusives ne sont pas accessibles.

Grosso-modo, ce qui passe à l'oral passe aussi en accessibilité.
Le reste avec des points, médians ou non, tirets n'est pas accessible (et ne se 
référence pas bien en SEO).

Donc, je nous invite, toutes et tous à utiliser ce type de formulation.
Et surtout pas tout.e.s

Un peu de doc :
https://www.lelutinduweb.fr/ecriture-inclusive-accessibilite-solutions/#point-median-accessibilite
https://codepen.io/vincent-valentin/full/woGLVL
https://chezdom.net/blog/2018/06/18/lettre-ouverte-ecriture-dite-inclusive/
https://legothequeabf.wordpress.com/2017/11/07/recommandations-pour-une-ecriture-inclusive-et-accessible/


--
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] Équivalence des commandes SVN/GIT

2020-06-03 Par sujet nicod_

Le 03/06/2020 à 21:01, RastaPopoulos a écrit :

Le 03/06/2020 à 20:56, RealET a écrit :

n'est pas accessible


N'est pas accessible *pour l'instant*. Les logiciels de synthèse vocale ne sont 
que des logiciels, du code, qui peut évoluer avec la langue comme n'importe 
quel logiciel peut évoluer.

On ne va pas s'interdire indéfiniment d'avoir des manières d'écrire inclusives 
plus légères et courtes que doublonner tous les mots possibles dans les deux 
genres à chaque fois, parce qu'un logiciel n'est pas encore mis à jour. Trouver 
des solutions temporaires oui peut-être, mais à un moment c'est bien à ces 
logiciels de se mettre à jour.


Oui, la situation avance petit à petit :
https://www.lelutinduweb.fr/ecriture-inclusive-accessibilite-solutions#point-median-accessibilite

Mais il n'y a toujours pas de solution optimale, et ça fait toujours 
partie des préconisations de Temesis à l'heure actuelle de ne pas 
utiliser de point médian ou autre.

(et pour moi Temesis est quand même une référence)


--
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] Équivalence des commandes SVN/GIT

2020-06-03 Par sujet nicod_

Le 03/06/2020 à 18:31, teamspipfact...@gmail.com a écrit :
on s’énerve pas, tous d'abord ce n'est pas de l'Humour mais des faits et 
rien que des fait, et je reconnais avoir signée la charte

et l'identité de chacun est respecté.


Non, l'identité de chacun n'est pas respectée parce que malgré les 
rappels de Touti, tu persistes à ne pas entendre ou à ne pas vouloir 
comprendre le problème.


La première chose à faire est déjà d'écouter, et la deuxième, souvent, 
de se taire.


--
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] Sur les starting-blocks depuis des mois....

2020-06-03 Par sujet nicod_

Le 03/06/2020 à 08:36, teamspipfact...@gmail.com a écrit :

Le 02/06/2020 à 21:19, nicod_ a écrit :
Plus sérieusement, la version 3.3 dev (qui n'est même pas en alpha, 
c'est vrai), est tout de même très fiable et stable, elle est déjà 
utilisée en production par beaucoup de gens (dont moi pour mes clients). 


Super nous on perd systématiquement les logos et le répertoire ne se 
créer pas lors du passage de 3.2.7 en 3.3
j'ai chercher pas trouvé , je cherche plus , j’attends patiemment la 
sortie.


C'est justement le genre de choses qui doit absolument être stable et 
sans bug pour une release.
Il faut donc essayer d'y participer en remontant et décrivant les 
problèmes, circonstanciés, enquêter, débugger...


Pour la mutu en plus, ce n'est pas supporté "officiellement", et les 
développeurs du core l'utilisent peu à ma connaissance (ou pas du tout), 
donc il faut vraiment participer.


--
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] Nomenclatures et serveur de données

2020-06-01 Par sujet nicod_

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

Le 1 juin 2020 à 14:51, nicod_  a écrit :

pour ma part, comme ce sont des données pas très volumineuses, je préfère qu'un 
site intègre lui même les données dans ses tables plutôt que de dépendre d'une 
API distante qui peut être indisponible à un moment donné.



C’est pas vraiment la question.


Mais c'est ma réponse :)


L’API n’est pas utilisée tout le temps de la même façon que les plugins ne 
peuplent leur table qu’à l’installation.
Donc ce n’est pas une question de dépendance à mon avis.

Par contre quand tu en as besoin tu as un truc unique à jour.


Certes, mais une base locale ne pèse pas grand chose, l'accès est 
direct, et un plugin de données se met à jour aussi.


Je ne dis pas que c'est une mauvaise idée, du tout, juste que 
personnellement je n'en aurais pas l'usage.


--
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] Nomenclatures et serveur de données

2020-06-01 Par sujet nicod_

Le 01/06/2020 à 14:14, Eric Lupinacci a écrit :

Hello,


J’ai réalisé il y a déjà pas mal de mois (voire d’années) un plugin 
confidentiel nommé Nomenclatures (préfixe isocode) qui rassemble des data 
normatives sur les langues, les unités monétaires, les pays et autres zones 
géographiques…
Le but à l’origine était de pouvoir contrôler les étiquettes de langue SPIP et 
de proposer un renommage, ce qui a été fait dans des articles de la Taverne (à 
intégrer à SPIP pour la 4.0).

Il y a quelques temps j’ai doté Nomenclature d’une API REST basée sur REST 
Factory de façon à offrir ces données à l’ensemble de la communauté et des 
plugins qui pourraient en avoir besoin.
En particulier, les plugins Continents, Pays et Géographie pourraient y puiser 
les données de peuplement des tables.

Donc, je me dis que ça serait bien d’installer ce plugin sur un site de la 
Galaxie et de s’en servir.
On pourrait aussi ajouter une page d’affichage brute des données dans des 
tableaux.
Et donc à partir de là envisager de modifier les plugins de géographie pour 
l’acquisition des données.

Qu’en pensez-vous ?
Si vous pensez que c’est une bonne idée dans quel site de la galaxie 
trouverait-il sa place ?


Salut,

pour ma part, comme ce sont des données pas très volumineuses, je 
préfère qu'un site intègre lui même les données dans ses tables plutôt 
que de dépendre d'une API distante qui peut être indisponible à un 
moment donné.


Sinon, pour une base des communes j'ai utilisé récemment l'open data de 
La Poste :

https://datanova.laposte.fr/explore/dataset/laposte_hexasmal/information/?disjunctive.code_commune_insee_de_la_commune_postal_5
Seul défaut : les noms des communes sont en capitale.

Il y a pas mal d'autres sources sur le site, et on peut même s'inscrire 
pour être tenu au courant des mises à jour.



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

Re: [spip-dev] Import de github dans git.spip

2020-05-24 Par sujet nicod_

Le 21/05/2020 à 18:27, nicod_ a écrit :

Yop,

j'ai essayé de rapatrier tri_par_rubrique sur Gitea en lançant une 
migration, mais la tasse clignote depuis 3 heures...

https://git.spip.net/spip-contrib-extensions/tri_par_rubrique

Je pense qu'il faudrait le supprimer, mais est ce que je ré-essaye 
ensuite ?

C'est censé fonctionner ?

Je pourrai créer un dépot simple, et pusher dedans, mais ce serait plus 
propre de pouvoir migrer les PR en même temps.


Salut,

la tasse clignote toujours (elle est vaillante).

Azertyu, tu veux qu'on se cale pour que je refasse la manip et que tu 
regardes les logs ?


J'avais demandé un import avec mes identifiants github et demandé 
l'import des PR, notamment.


--
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] Tri par défaut sur les boucles

2020-05-23 Par sujet nicod_

Le 23/05/2020 à 15:23, Stephane Santon a écrit :
Super ! Ça me convient parfaitement comme réponse, il suffit que je 
déclare une dépendance dans mon plugin...


Le fait d'en parler m'a donné l'occasion de mettre à jour la doc, c'est 
parfait :)


--
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] Tri par défaut sur les boucles

2020-05-23 Par sujet nicod_

Le 22/05/2020 à 22:05, Stephane Santon a écrit :

Bonjour,

Le tri par dé  {par num titre, titre} de
https://programmer.spip.net/Appliquer-un-tri-par-defaut-sur

est-il implémenté dans Spip 3.2 par défaut sur définition d'une constante ?
Ou bien faut-il réécrire tout le code de cet article pour l'intégrer à 
mon site ?


Ça ne répond pas directement à la question mais au cas où, il y a un 
plugin qui permet de définir un tri par défaut (dans le public et le 
privé), qu'on peut ensuite modifier rubrique par rubrique :

https://contrib.spip.net/Tri-des-articles-par-rubrique

--
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] Import de github dans git.spip

2020-05-21 Par sujet nicod_

Yop,

j'ai essayé de rapatrier tri_par_rubrique sur Gitea en lançant une 
migration, mais la tasse clignote depuis 3 heures...

https://git.spip.net/spip-contrib-extensions/tri_par_rubrique

Je pense qu'il faudrait le supprimer, mais est ce que je ré-essaye ensuite ?
C'est censé fonctionner ?

Je pourrai créer un dépot simple, et pusher dedans, mais ce serait plus 
propre de pouvoir migrer les PR en même temps.


--
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] r124365 - in _plugins_/prix

2020-05-19 Par sujet nicod_

Le 19/05/2020 à 19:09, toutati a écrit :

Résolu

Suite des mésaventures du round() qui arrondissait les emplettes lors de
la conversion panier -> commande

c'était une histoire de version PHP

attention donc, le plugin prix ne fonctionne pas en PHP 7.2 mais en PHP 7.1


Merci pour l'info, mais tu peux détailler, expliquer ce qui causait ce 
comportement inattendu ?


--
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] r124749 - in _plugins_/scssphp/tags/v2.4.1

2020-05-19 Par sujet nicod_

Le 19/05/2020 à 17:38, Cerdic a écrit :
En écrivant, je me dis que c’est peut-être la fonction scss url() qu’il 
aurait fallu définir ainsi, qui aurait géré le chemin de son argument et 
retourné une chaine avec url() autour du chemin.


Du coup ça éviterait de casser la syntaxe, et ça couvrirait sans doute 
tous les cas non ?
Au pire, en compilant la même scss avec un autre outil, les chemins 
images seraient faux, mais on casserait pas la compilation. Je sais pas 
ce qui est le mieux…


Un avis ?


Bonne remarque, j'avais pas pensé à ça.
Effectivement, si on pouvait rester dans les clous et portable, ce 
serait sûrement mieux.

Je suis assez d'accord.

--
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] r124749 - in _plugins_/scssphp/tags/v2.4.1

2020-05-18 Par sujet nicod_
Le 18/05/2020 à 17:03, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: Cerdic
Ajout de la fonction scss find-in-path() propre a SPIP pour retrouver un 
fichier media dans le path SPIP.
Permet :
- de regler les problemes de chemins car le chemin retourne est relatif a la 
feuille SCSS principale compilee
- de rendre surchargeables les fichiers ainsi utilise



Hey ! Génial cet ajout, super pratique, merci !


> Details: https://zone.spip.org/trac/spip-zone/changeset/124749


--
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] Cloner tout git.spip.net

2020-05-16 Par sujet nicod_

Le 16/05/2020 à 18:26, Eric Lupinacci a écrit :

Yep,



Le 16 mai 2020 à 11:40, Cerdic  a écrit :

Là ça utilise clone_url de la réponse de l’API, qui est une url https, mais il 
y a une autre entrée qui donne l’url ssh, donc on pourrait ajouter une option 
pour cloner tout en ssh

Fais-toi plaisir ! :)



C’est commité, une option —ssh.


Ah ouais, direct dans le lard, sans PR :)

--
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] Accès restreint : protection des documents HS

2020-05-15 Par sujet nicod_

Le 09/05/2020 à 17:56, nicod_ a écrit :

Le 08/05/2020 à 19:51, nicod_ a écrit :
Je pense comprendre le principe, mais simplement, est ce que cette 
clause zzzd.objet NOT IN ('rubrique','article','breve','forum') 
pourrait être optionnelle par exemple ?


Bon, j'ai fait une PR dans ce sens :
https://git.spip.net/spip-contrib-extensions/acces_restreint/pulls/1


"Petit up", comme on dit, vu qu'il y a un +1 et qu'on n'a pas de 
notifications...


--
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] Cloner tout git.spip.net

2020-05-15 Par sujet nicod_

Le 15/05/2020 à 09:38, Cerdic a écrit :
Ah oui le .gitignore j’y ai pensé et puis j’ai oublié parce que chez moi 
je clone à coté (j’ai mis un lien symbolique sur le mirror.php), mais je 
pense que ce serait bien en effet.


Pour info :
https://git.spip.net/spip-contrib-outils/gitea_mirror/pulls/1

(ton README était en iso-8859)

Et oui pour ajouter une ligne dans le readme a propos de checkout.php 
j’avais oublié ça aussi


J'ai pas mis à jour le README mais je propose un test :
https://git.spip.net/spip-contrib-outils/gitea_mirror/pulls/2

--
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] Cloner tout git.spip.net

2020-05-15 Par sujet nicod_

Le 15/05/2020 à 16:34, RastaPopoulos a écrit :

Juste parce que je suis pas sûr d'avoir tout compris : non gérés par quoi ? Car 
tous ces fichiers sont *à l'extérieur* de chaque dépôt Git non ?

À moins qu'on parle de transformer soi-même l'ensemble immense en un autre 
dépôt Git perso contenant tout ?


Tu as testé gitea_mirror ? tu devrais, tu comprendrais mieux.

Une fois que tu l'as cloné et que tu le lances, il crée un cache et 
télécharge tout par défaut dans son propre répertoire, ce qui crée plein 
de fichiers (toute la zone) qui sont untracked.

Si tu fais un git status, tu t'en rends compte tout de suite.

--
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] Cloner tout git.spip.net

2020-05-15 Par sujet nicod_

Le 15/05/2020 à 09:42, Eric Lupinacci a écrit :

Je pige pas.
Le .gitignore de SPIP doit suffire non, pourquoi le copier dans chaque repo 
puisque qu’on devrait pas en avoir besoin ?


Les script crée un dossier cache et un dossier par répos des orgas dans 
son propre répertoire, donc ça ajoute des fichiers non gérés qu'il vaut 
mieux ignorer.


--
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] Cloner tout git.spip.net

2020-05-14 Par sujet nicod_

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

Hello,

c’est un besoin un peu à la marge mais qui existe :
comment avoir une copie de tous les repos de git.spip.net en local pour 
faire des recherche dans la base de code par exemple ?


C’est maintenant possible avec le script mirror.php que vous trouverez là
https://git.spip.net/spip-contrib-outils/gitea_mirror

Le script veille à ne pas charger le serveur inutilement : les appels à 
l’API gitea sont mis en cache et seuls les repositories modifiés depuis 
le dernier appel sont pull à nouveau.

Il peut donc être utilisé sans crainte de charger git.spip.net :)
(il n’y a que le premier clone complet qui génère vraiment une charge)


Merci, ça marche super bien.

Une suggestion : l'ajout d'un .gitignore pour le cache et les dossiers 
créés pour chaque orga, je sais pas ce que tu en penses.


Sinon, j'avais des erreurs quand j'ai lancé le script, que je n'ai pas 
vues au départ : il m'affichait la liste des 1196 dépots en erreur, 
parce que je n'avais pas checkout.php dans mon PATH.
Mais avec 1196 lignes d'erreurs affichées je n'avais pas vu les messages 
indiquant que checkout n'était pas trouvé.


Peut être indiquer dans le readme qu'il faut installer checkout ? ou 
bien vérifier qu'il est bien installé ?


--
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] Cloner tout git.spip.net

2020-05-14 Par sujet nicod_

Le 14/05/2020 à 15:28, cam.lafit a écrit :

Salut

Un clone git complet est plus lourd que son pendant svn.

~119Go (dont 4go pour spip et dist) vs ~6Go (zone et dist)


On ne doit pas parler de la même chose, j'ai tout cloné et ça pèse 1.6Go


Autrement 2 astuces pour avoir des infos plus complètes sur ses copies git

Pour avoir les infos svn dans les commits git (à condition d'avoir un 
dépot suivi sur svn)


||

|fetch = +refs/svn/map:refs/notes/commits |

Pour suivre localement les PR

|fetch = +refs/pull/*/head:refs/remotes/origin/pr/*|||


Pas mal, merci du tuyau, je note ça.

--
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] Cloner tout git.spip.net

2020-05-14 Par sujet nicod_

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

Hello,

c’est un besoin un peu à la marge mais qui existe :
comment avoir une copie de tous les repos de git.spip.net en local pour 
faire des recherche dans la base de code par exemple ?


C’est maintenant possible avec le script mirror.php que vous trouverez là
https://git.spip.net/spip-contrib-outils/gitea_mirror

Le script veille à ne pas charger le serveur inutilement : les appels à 
l’API gitea sont mis en cache et seuls les repositories modifiés depuis 
le dernier appel sont pull à nouveau.

Il peut donc être utilisé sans crainte de charger git.spip.net :)
(il n’y a que le premier clone complet qui génère vraiment une charge)


Ah super, j'étais en train de coder ça dans mon coin aussi.

Avec un cache, c'est parfait, merci.

Et ça devrait peser moins lourd que la zone en svn avec tous ses tags 
maintenant :)


--
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] git.spip.net et reboot hardu

2020-05-10 Par sujet nicod_

Le 10/05/2020 à 18:43, BoOz a écrit :
De même que sur cette merveille : 
https://git.spip.net/spip-contrib-extensions/datatables o_O


Ça devient inquiétant.

Y'a moyen de vérifier tous les dépôts en lot pour identifier tous les 
problèmes à coup sûr ?


--
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] Accès restreint : protection des documents HS

2020-05-09 Par sujet nicod_

Le 08/05/2020 à 19:51, nicod_ a écrit :
Je pense comprendre le principe, mais simplement, est ce que cette 
clause zzzd.objet NOT IN ('rubrique','article','breve','forum') pourrait 
être optionnelle par exemple ?


Bon, j'ai fait une PR dans ce sens :
https://git.spip.net/spip-contrib-extensions/acces_restreint/pulls/1

--
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] Accès restreint : protection des documents HS

2020-05-08 Par sujet nicod_

Le 08/05/2020 à 18:39, nicod_ a écrit :

Le 07/05/2020 à 20:53, nicod_ a écrit :
Mais sur un autre SPIP 3.2 en particulier, ça passe direct, on peut 
télécharger quand même les docs, je chercher à comprendre pourquoi...


J'ai compris le problème, il y a effectivement un bug dans certains cas.

Quand on a activé la constante, une requête est lancée pour vérifier si 
le document est attaché à un objet lui même attaché à une rubrique 
restreinte :
https://git.spip.net/spip-contrib-extensions/acces_restreint/src/tag/v4.0.0/inc/accesrestreint_autoriser.php#L269 



Exemple de requête générée :
http://spip.pastebin.fr/62681

Si le document a uniquement un lien vers un article ou une rubrique, ça 
marche comme prévu : la requête ne renvoie rien et un visiteur non 
connecté ne voit pas le doc.


Mais si le document a un lien vers un autre objet (un auteur par 
exemple) dans spip_documents_liens, la requête renvoie bien 
l'id_document, et l'autorisation est donc donnée, ce qui n'est pas du 
tout ce qu'on veut.


En fait, cette logique pourrait se discuter...

Si le doc est attaché à un article restreint, mais également à un autre 
objet qui lui n'est pas restreint, par exemple, que faire ?

Apparemment, tu considères que dans ce cas on le diffuse.
Dans mon cas, j'attache des documents à des auteurs, pour de la traçabilité.

On peut avoir d'autres objets qui dépendent de rubriques, donc 
potentiellement restreints aussi, mais là, ils peuvent utiliser le 
pipeline accesrestreint_objets_accessibles_where.


Je pense comprendre le principe, mais simplement, est ce que cette 
clause zzzd.objet NOT IN ('rubrique','article','breve','forum') pourrait 
être optionnelle par exemple ?


--
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] Accès restreint : protection des documents HS

2020-05-08 Par sujet nicod_

Le 07/05/2020 à 20:53, nicod_ a écrit :
Mais sur un autre SPIP 3.2 en particulier, ça passe direct, on peut 
télécharger quand même les docs, je chercher à comprendre pourquoi...


J'ai compris le problème, il y a effectivement un bug dans certains cas.

Quand on a activé la constante, une requête est lancée pour vérifier si 
le document est attaché à un objet lui même attaché à une rubrique 
restreinte :

https://git.spip.net/spip-contrib-extensions/acces_restreint/src/tag/v4.0.0/inc/accesrestreint_autoriser.php#L269

Exemple de requête générée :
http://spip.pastebin.fr/62681

Si le document a uniquement un lien vers un article ou une rubrique, ça 
marche comme prévu : la requête ne renvoie rien et un visiteur non 
connecté ne voit pas le doc.


Mais si le document a un lien vers un autre objet (un auteur par 
exemple) dans spip_documents_liens, la requête renvoie bien 
l'id_document, et l'autorisation est donc donnée, ce qui n'est pas du 
tout ce qu'on veut.


Cela vient des deux clauses OR ((zzzd.objet NOT IN 
('rubrique','article','breve','forum')), qui remontent donc un 
enregistrement s'il y a un lien vers un auteur, une patate ou autre.


C'est généré ici :
https://git.spip.net/spip-contrib-extensions/acces_restreint/src/tag/v4.0.0/public/accesrestreint.php#L256

Cedric, si tu as suivi mon raisonnement (que je peux reproduire 
maintenant), qu'en penses tu ?



--
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] Accès restreint : protection des documents HS

2020-05-07 Par sujet nicod_

Le 07/05/2020 à 00:08, Cerdic a écrit :


Le 6 mai 2020 à 21:05 +0200, nicod_ , a écrit :

Si elle n'est pas définie, toutes les urls qui contiennent le hash du
document sont ok, donc il suffit de copier coller un lien vers un doc
depuis un espace restreint pour qu'il soit accessible par un visiteur
non connecté, ce qui est justement ce qu'on ne veut pas.


C’est bien ce qu’on veut, si, c’était la spec initiale.

Le problème c’est que chacun veut un truc un peu différent et à la fin 
ça finit par faire de la complexité et on sait plus vraiment ce que le 
plugin est censé faire ou pas… :(


Ça dépend de la spéc initiale, je te l'accorde :)

Le problème n'est pas que chacun veuille un truc différent, mais que la 
doc et les libellés des options du plugin ne sont pas très (ou plus 
très) précis sur ce qui est effectivement protégé ou pas.


Je cite : « les accès aux images et documents du site vont tous générer 
un accès à la base de données (pour savoir si les documents concernés 
peuvent être vus) »

On peut l'interpréter de plusieurs façons, non ?

Je pense que ça devrait être plus clair, et que l'utilisation de la 
constante ACCES_RESTREINT_FORCE_AUTORISE devrait être documenté, pour 
que les utilisateurs sachent exactement ce qui est protégé ou pas (avec 
la mise en garde de performances qui va bien).


Et en terme de clarté, l'option de plugin qui parle de créer des 
htpasswd serait peut être à réécrire, qu'en penses tu ?


J'ai essayé de suivre un peu ce qui se passe dans le code en fonction de 
ces deux options, mais c'est assez complexe, avec aussi l'intervention 
d'une autre meta (creer_htaccess) qui n'est déclarée nulle part...


--
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] Accès restreint : protection des documents HS

2020-05-07 Par sujet nicod_
Ce qui est clair par contre, c'est que les deux options de la config ne 
sont justement pas claires.


Entre "Cette option interdit la lecture des documents joints si le texte 
auquel ils se rattachent n’est pas publié" 
(accesrestreint_proteger_documents) et "SPIP doit-il créer les fichiers 
spéciaux .htpasswd et .htpasswd-admin dans le répertoire  ?" 
(creer_htpasswd), qui crée en fait des htaccess, selon ce qu'on active 
ou pas, le résultat est assez aléatoire.


--
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] Accès restreint : protection des documents HS

2020-05-07 Par sujet nicod_

Le 07/05/2020 à 00:49, RastaPopoulos a écrit :

Le 06/05/2020 à 20:21, nicod_ a écrit :

En 3.2 ça crée un htaccess dans IMG :

RewriteEngine On
RewriteCond %{QUERY_STRING} ^(\d+/[\da-f]+)$
RewriteRule ^\w+/.*$ ../spip.php?action=api_docrestreint=%1/$0 
[skip=100]
RewriteRule ^\w+/.*$ ../spip.php?action=api_docrestreint=0/0/$0 
[skip=100]


Moi j'ai bien ces règles (je suis en 3.2), et il les faut absolument à la 
racine de IMG. Pierrox dit que lui ne les a pas, et ça ça peut être un bug.


Non, ce n'est pas un bug, mais le comportement que j'observe est 
différent entre plusieurs SPIP, en 3.2 et 3.3.


Parfois il y a un htaccess à la racine de /IMG (le rewrite ci dessus), 
parfois dans chaque sous répertoire (deny all), je ne détermine pas bien 
pourquoi (le code est assez... complexe à suivre).


Mais avec un htaccess qui bloque tout accès http dans chaque sous 
répertoire, les documents sont clairement inaccessibles par leur url 
directe (/IMG/pdf/machin.pdf).


Ensuite, les #URL_DOCUMENT sont générées avec un hash et un id_document, 
soit sous la forme :
https://domaine.tld/IMG/pdf/document.pdf?306/3364508d941ea5480ae60af4774255f0c4646833 


soit sous la forme :
https://domaine.tld/docrestreint.api/188/feeb9f02eec4c08a5d7285b3db252c8ba316fe14/pdf/document.pdf 


donc passent bien par l'action api_docrestreint qui vérifie les droits.

Sans la constante ACCES_RESTREINT_FORCE_AUTORISE, il suffit d'avoir 
l'url avec le hash pour accéder au document.
Il suffit d'envoyer un mail avec l'url du document pour que n'importe 
qui puisse y accéder.
Et certains webmails ne se gênent pas pour lire le courrier (suivez mon 
regard vers... Gmail au hasard).
Pour moi c'est donc une non-protection, les documents sont tout aussi à 
poil que si on ouvre l'accès à leur lien direct.


Avec la constante déclarée ça semble bien fonctionner sur deux SPIP 3.2 
et 3.3 sur lesquels je teste, un visiteur non connecté n'accède pas aux 
documents attachés à une zone d'accès restreint.


Mais sur un autre SPIP 3.2 en particulier, ça passe direct, on peut 
télécharger quand même les docs, je chercher à comprendre pourquoi...


--
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] Socle Interministériel de Logiciels Libres

2020-05-07 Par sujet nicod_

Le 07/05/2020 à 16:35, RastaPopoulos a écrit :

Le 07/05/2020 à 16:08, Stephane Santon a écrit :

N'est-ce pas un référent "agent public de l'état" ??


Ah j'avais compris un truc comme ça moi aussi, que pour proposer, fallait 
plutôt faire partie d'un organisme public, puisque le but c'est de proposer des 
choses vraiment utilisés et suivis


Mais y'a des gens qui bossent dans des ministères dans la team, 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] Socle Interministériel de Logiciels Libres

2020-05-07 Par sujet nicod_

Le 07/05/2020 à 16:35, RastaPopoulos a écrit :

Le 07/05/2020 à 16:08, Stephane Santon a écrit :

N'est-ce pas un référent "agent public de l'état" ??


Ah j'avais compris un truc comme ça moi aussi, que pour proposer, fallait 
plutôt faire partie d'un organisme public, puisque le but c'est de proposer des 
choses vraiment utilisés et suivis


Ah ok.

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


  1   2   3   4   5   6   >