Re: [spip-dev] Release, Git, Composer

2020-09-16 Par sujet Maïeul Rouquette




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


MM.
___


j'irais exactement dans ce sens. On voit de plus en plus 
d'utilisateurice qui nous disent qu'ils ont besoin d'une version 
comopatible php 7.3. Donc officialiser la possibilité d'installer 
facuilement une version compatible, même encore en test, me parait 
vraiment important.


___
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-08-05 Par sujet Maïeul Rouquette

Le 05/08/2020 à 12:27, RealET a écrit :

Merveilleux !
Merci d'illustrer ce que j'écrivais sur IRC à l'instant (11:35:46) :
« Et les valeurs d'accueil de SPIP devraient me permettre de débattre en 
exprimant des arguments non majoritaires (dans ceux qui s'expriment, 
parce que certains se taisent aussi) »


Et ça me fait bien rire quand je réalise que les féministes revendiquent 
pour les femmes d'être égales aux aux hommes, mais que le cerveau d'un 
homme (égal à celui d'une femme donc), ne lui permet pas d'avoir le 
droit de réfléchir sur le sujet et d'en débattre.


J'ose croire que le débat (dans le respect des sensibilités 
personnelles) restera possible.



Jacques,

permet moi de te dire que tu commence sérieusement à nous enerver, en 
faisant semblant de ne pas voir les problèmes. Tu fais partie d'un 
groupe dominant, qui utilise des arguments spécieux largement demonter 
depuis longtemps (cf toutes les références biblio envoyé dans ce fil de 
discussion). Donc s'ils te plait, consacre ton energie, et la notre, à 
autre chose.


___
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] [verifier] 4 commits

2020-07-23 Par sujet Maïeul Rouquette

Le 22/07/2020 à 13:21, Cerdic a écrit :

spip-contrib-extensions/verifier | 4 commits
-
Par Cerdic, le 22 juillet 2020 à 10h59min :

Refactoring de la verification des numeros de telphone :
- on peut passer une option format = mobile, fixe ou all (par defaut) pour 
verifier specifiquement qu'un numero est un numero de fixe ou de mobile (si on 
sait le faire pour le pays concerne)
- les fonctions de verification par pays prennent un argument option en plus
- une fonction generique verifier_telephone_pays_patterns() qui prend les 
patterns connus selon les format (all, fixe, mobile) et le numero a verifier + 
les options eventuelles
- les fontions par pays sont refactorees pour utiliser cette fontion generique
- on ajoute la regexp mobile la ou elle manquait

+ compat SPIP 3.3


*Modifié*
 paquet.xml
 verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/348b685e68c86f8fdcca3f35eb48ba1d28da3c4b

==
Par Cerdic, le 22 juillet 2020 à 11h54min :

Un test unitaire sur la verification des numeros de telphone par pays et par 
format + 2 fixs sur les numeros es et be
(parce quand on casse tout le code, c'est bien de verifier qu'on casse pas le 
resultat)


*Ajouté*
 tests/verifier_telephone.php
*Modifié*
 verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/3c4a9dd9eecd91f4e501f412edcf505e8081814e

==
Par Cerdic, le 22 juillet 2020 à 13h16min :

On ajoute le luxembourg dans les formats de numeros verifiables


*Modifié*
 tests/verifier_telephone.php
 verifier/telephone.php

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/f8c945473c2d7c7019a24f43ea7246edbf2adc68

==
Par Cerdic, le 22 juillet 2020 à 13h19min :

version


*Modifié*
 paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/verifier/commit/32b8a1d53dc97fd3444860dcff4b2cdf243b45c0



Ca vaudrait pas la peine de tout fusionner avec 
https://plugins.spip.net/libphonenumber.html?compatible_spip=3.2, qui 
utilise une librairie devellopée en externe ?


___
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] ***UNCHECKED*** Re: Données ?=Exif des images =?utf-8?Q?réduites

2020-07-21 Par sujet Maïeul Rouquette

Le 19/07/2020 à 10:41, Cerdic a écrit :
Attention, pente glissante : à quel moment considère-t-on qu’une 
modification d’une oeuvre est ou non une trahison de l’auteur ?


Je pense que c’est à partir du moment où on la modifie sans avis de 
l’auteur, qui est le seul habilité à dire si son oeuvre est respectée ou 
non, chacun ayant ses propres exigences, qui sur le format, qui sur les 
couleurs, qui sur les exifs...



comme le dit Rasta dans un autre fil : si la personne prend une photo en 
mode "paysage" mais que pour cause de réduction et de non prise en 
compte de l'exif SPIp retourne cela en portrait (et reciproquement) 
c'est bien là qu'il y a trahison de l'œuvre.


SPIp fait un certain nombre de traitement automatique pour assurer la 
cohérence du site (reduction de taille pour les images, correction typo 
pour les textes), et donc deja à ce moment là on sent une trahison de 
l'œuvre...


___
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] ***UNCHECKED*** Re: Données Exif des images réduites

2020-07-21 Par sujet Maïeul Rouquette

Le 20/07/2020 à 22:57, Rémi Suinot via spip-dev a écrit :

Ok, je retire ce j'ai dit.

R.S.

Le 20 juillet 2020 13:48:13 GMT+02:00, RastaPopoulos 
 a écrit :


Le 20/07/2020 à 13:14, "Rémi Suinot via spip-dev 
"@alan.cursys.net a écrit :

Mais si je cadre à ma façon la tour de Pise à 90°, allez vous la
recadrer de 3°59' (exactement!)?


Ça n'a strictement aucun rapport, c'est même l'inverse. Suivant les appareils, si tu prends en portrait 
au lieu du paysage classique (donc appareil tourné à 90), alors parfois la photo enregistrée est 
"physiquement" directement tournée (largeur petite, hauteur grande) OU BIEN parfois elle est 
"physiquement" en paysage MAIS avec une indication dans l'exif disant "cette image doit être 
visionnée tournée à 90" (et l'inverse sur les mobiles ou c'est plutôt le portrait par défaut, je crois)

Or justement sans cette prise en compte, la photo vue dans l'admin ne sera 
PAS vue comme tu l'avais prise, tournée à 90, pas comme tu voudrais la voir. 
JLuc dit donc que SPIP devrait bien toujours prendre en compte cette 
information et afficher la photo comme TOI tu voulais qu'elle soit, car c'est 
ce qu'attende les gens intuitivement. C'est donc l'inverse, c'est actuellement 
sans cette prise en compte que ça modifie et n'affiche pas comme tu l'avais 
prise. Et Cédric précise en disant que normalement SPIP a bien un code pour que 
ce soit pris en compte mais que peut-être il y a un bug et que ça ne marche 
plus (à confirmer et faire un ticket pour ça donc).


--
Rémi Suinot 
[Si tu sais partage, si tu ne sais pas demande (mais cherche avant)]

et je précise que ma comparaison avec la typographie était uniquement 
sur ce point : SPIp fait des traitements automatiques pour assurer la 
typo, de même qu'il peut/pourrait faire des traitements automatique pour 
assurer le fait que l'on voit l'image dans le bon sens.


___
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] ***UNCHECKED*** Re: Données Exif des images réduites

2020-07-19 Par sujet Maïeul Rouquette

Le 19/07/2020 à 08:51, Rémi Suinot via spip-dev a écrit :

Je comprends, je pense, votre demande.
Cependant, j'émets une légère objection :
Mettons nous en situation si vous le permettez :
Je fais une image, on peut donc dire que j'en suis le "créateur".
Je peux donc normalement supposer que mon oeuvre va rester en l'état.
Or, voilà t y pas qu'un système d'information me modifie mon travail!
Quid du droit d'auteur ?
Si vous êtes le seul rédacteur sur le site, je pense qu'il n'y a aucun 
problème, ce sont (à priori) vos photos, mais pour un site 
multi-redacteurs, peut être que cela peux engendrer quelques tensions.

Il me semble que c'est un point à prendre en considération.

R.S.

Le 18 juillet 2020 00:28:10 GMT+02:00, JLuc  a écrit :


oui enfin ca s'appliquerait aussi à des textes dont spip corrigerait la 
typographie en insérant des espaces insécables...


en plus en l'occurence la modification de l'œuvre est quasi null, il 
s'agit d'un ajustement technique qui ne change pas le rendu visuel de 
l'œuvre, mais qui, au contraire, vise à le faire respecter




___
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-02 Par sujet Maïeul Rouquette

Le 02/07/2020 à 00:24, nicod_ a écrit :

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 ?


a mon sens le guid d'eric devrait être intégré à spip.net, et, le cas 
échéant, completé avec les autres guides


___
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] r125270 - in _plugins_/verifier

2020-06-22 Par sujet Maïeul Rouquette
Le 22/06/2020 à 15:42, spip-zone-com...@rezo.net a 
écrit :

Author: Matthieu Marcillaud
Date: 2020-06-22 13:42:18 + (Mon, 22 Jun 2020)
New Revision: 125270

Modified:
_plugins_/verifier/
_plugins_/verifier/verifier/regex.php
Log:
Notice PHP en moins.


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


c'est moi où debut ce we le debardeur notifie plus ?

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


Re: [spip-dev] SPIP-Bonux

2020-06-22 Par sujet Maïeul Rouquette

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

Le 22/06/2020 à 09:35, Cerdic a écrit :
J’ai donc envoyé un revert complet des 4 commits de JLuc que tout soit 
bien clair, et recommit le seul changement de cette salve, qui était 
une URL dans le PHPDoc.


Merci Cerdic !

JLuc, ça serait quand même malin de tester un peu avant d’envoyer ce 
genre de gros diff, et si tu n’est pas certain ET que tu as besoin de 
commit pour déployer et tester, le mieux c’est de faire une branche : 
comme ça en ligne tu checkout sur cette branche, tu teste, tu debug, 
et quand ça marche tu peux faire une Pull Request, ou cherry-picker 
pour envoyer sur le master, ou demander à quelqu’un de le faire.


Oui je suis en environnement de dev temporairement bancal
et visiblement je ferais mieux de m'abstenir tant que c'est pas upgradé 
consolidé.


Pour info du coup j'avais commit via l'UI gitea
et c'est donc probablement ça qui a ajouté les espaces,
alors pourtant que ça ne s'était pas produit toutes les fois précédentes 
où j'ai commit comme ça

(alors je pige pas le pourquoi).


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


Non ya pas eu indiqué à ma connaissance.



hier soir à 23h10 :) mais bien après tes premières questions j'en convient

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


Re: [spip-dev] SPIP-Bonux

2020-06-21 Par sujet Maïeul Rouquette

Le 21/06/2020 à 21:58, JLuc a écrit :
Le 21/06/2020 à 21:21, Eric Lupinacci a écrit :> Je viens de réessayer 
:> Warning: Cannot modify header information - headers already sent by 
(output started at > 
/Users/eric/Sites/ZONEGIT/gitea/spip-contrib-extensions/spip-bonux/spip_bonux_options.php:1) 
in > /Users/eric/Sites/SPIP/ecrire/inc/actions.php on line /141/> En 
plus l’indentation a changé et d’ailleurs elle est foireuse sous 
phpstorm.> Donc tant qu’à faire faut revenir vraiment à la version 
précédente du fichier svp.

OK
J'ai pas eu de réponse pour réverter
alors je vais commiter une nouvelle couche

JLuc

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
je sais pas quel était la question exacte pour reverter, mais sans doute 
que git revert  répond au besoin


___
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] Ménage dans les dépots git

2020-06-18 Par sujet Maïeul Rouquette

Le 18/06/2020 à 11:43, cam.lafit a écrit :

Bonjour

 > Est-ce qu'il serait possible de repartir plutot de la copie que je t'ai
 > envoyé ? Sinon je m'arrangerai pour reprendre les commits dessus...

Malheureusement cela n'a pas été possible. Les éléments corrompus était 
liè aux éléments de synchronisation.

Je n'ai pas eu d'autres choix que de le reconstruire depuis le svn.

Avec un git pull et git rebase --onto tu devrais pouvoir remettre tes 
commits aux bons endroits.


Km



oki, merci pour l'astuce sur --onto. Ca a bien marché, sauf pour les 
commits de merge, mais cela n'a aucune importance. je pense qu'il 
fallait que je rajouter une option, mais tant pis.


___
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] Ménage dans les dépots git

2020-06-17 Par sujet Maïeul Rouquette

Merci pour ce travail.

Cependant pour la ressourcothèque, je t'avais envoyé une copie locale 
que j'avais.


Là les hash de la version restaurée ne correspondent plus à ce que j'ai 
en local / dans la copie que je t'ai envoyé.


Est-ce qu'il serait possible de repartir plutot de la copie que je t'ai 
envoyé ? Sinon je m'arrangerai pour reprendre les commits dessus...


Merci

Maïeul
Le 17/06/2020 à 21:03, cam.lafit a écrit :

Bonjour




spip-contrib-squelettes/ressourcotheque.git
    recréé depuis le dépôt svn


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


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

2020-06-17 Par sujet Maïeul Rouquette




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



non sur spip.net


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

Le 17/06/2020 à 07:51, JLuc a écrit :

Le 16/06/2020 à 23:27, PatV via spip-dev a écrit :

Le spip-dev c'est sans doute parce que je passe par les news...


Je passe aussi par news.gmane.io,
avec thunderbird comme lecteur,
et mes mails ne semblent pas manifester ce pb.
JL

d'après ce que disait b_b hier sur IRC, ca pourrait être un bug dans la 
config de liste, lié à certains types de vérification d'email (pas 
compris tout le pourquoi du comment)


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

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

Hello,




Pour résumé, il faut qu'on revalide notre process d'accueil, car j'allais enfin 
prendre le temps de le faire pour Rémi (cf le fil à propos de html5up_lens) et 
je me rends compte que je ne sais plus quelle est la démarche maintenant qu'on 
est sous git, et surtout, je n'ai pas les droits pour lui créer un compte sur 
gitea...



Autre sujet aussi.
Sur la zone il nous reste encore les répertoires racine suivants qui ont été 
peu explorés:
- _acotes_ : dernière modification il y a 3 ans
- _composer_ : les tests de James
- _contribs_ : dernière modification il y a 5 ans
- _dev_ : on a récupérer Salvatore et univers_spip
- _doc_ : dernière modification il y a 7 ans
- _graphismes_ : dernière modification il y a 3 ans
- _modeles_ : dernière modification il y a 4 ans

Et _REGLES_DE_COMMIT et autodoc.txt

Je ne sais pas si il y a des choses récupérables d’emblée mais surtout on a 
_graphismes_ et _doc_ qui ne sont pas du tout du code et ne rentrent dans 
aucune organisation sous Gitea.
Ne faudrait-il pas créer un dernière organisation spip-contrib-annexes pour ce 
type de contributions graphiques ou autres ?
Et alors on y verserait quelques repos actuels à définir.

là comme ca je me dit que "doc" n'a rien a faire sur un gestionnaire de 
code (sauf si on décide à passer à de la doc embarquée), et que ca 
devrait être rappatrièe sur spip.net/contrib.spip.net


_modeles_ j0imagime qu'on a des modèles à part, mais ca mériterait s'ils 
sont utiles d'être encapsulés dans des plluginsd


___
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-16 Par sujet Maïeul Rouquette

Le 16/06/2020 à 10:42, Maïeul Rouquette a écrit :

Le 16/06/2020 à 08:32, Remi Suinot via spip-dev a écrit :

Bonjour;

Certe, je n'ai pas signé avec mon adresse mail, mais c'est étrange, 
que vous n'ayez pas mon mail

dans l'entête.

Mais ok. Je rédige et place une signature auto dans mes courriels.


Rémi Suinot 
C'est un problème de configuration de ton client mail. En fait la 
demande de Nicod était de mieux le configurer, pas d'avoir ton mail en 
signature auto.



Je te met ici une capture d'écran pour que tu comprenne le problème que 
l'on a chez nous qund on recoit un mail de ta part


https://framapic.org/gallery#7OkKPr4x2NrH/feI4EEy2sMrb.png

Maïeul

il se murmure que le problème pourrait venir de la liste...

___
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-16 Par sujet Maïeul Rouquette

Le 16/06/2020 à 08:32, Remi Suinot via spip-dev a écrit :

Bonjour;

Certe, je n'ai pas signé avec mon adresse mail, mais c'est étrange, que vous 
n'ayez pas mon mail
dans l'entête.

Mais ok. Je rédige et place une signature auto dans mes courriels.


Rémi Suinot 
C'est un problème de configuration de ton client mail. En fait la 
demande de Nicod était de mieux le configurer, pas d'avoir ton mail en 
signature auto.



Je te met ici une capture d'écran pour que tu comprenne le problème que 
l'on a chez nous qund on recoit un mail de ta part


https://framapic.org/gallery#7OkKPr4x2NrH/feI4EEy2sMrb.png

Maïeul

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


Re: [spip-dev] Formidable tablesorter 2.0 RC

2020-06-15 Par sujet Maïeul Rouquette


> > je suis curieux d'avoir des retours, notamment de perf 
>  
> sur Tablesorter v2.1.0 (stable) SPIP 3.1 SPIP 3.2  issue de contrib
> 

oui alors moi je demande de teste FORMIDABLE TABLESORTER v2.0.0 RC qui
pour l'heure n'est pas zippé (il faut telecharger la branche de dev).



___
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] Formidable tablesorter 2.0 RC

2020-06-15 Par sujet Maïeul Rouquette

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

Le 14/06/2020 à 18:47, Maïeul Rouquette a écrit :

Holla,
vous avez vu passé ces derniers week-ends beaucoup de commit sur 
formidable tablesorter.
C'est pas évident du tout, car jQuery Tablesorter est mal documenté + 
pas mal de widgets fonctionnent mal ensemble.


Mais je pense être arrivé à quelque chose de testables pour une 2.0 
RC. J'ai déjà 2 beta testeuses, mais plus seraient les bienvenus.


Les principales modifications :
- fonctions/fichier préfixés en formidable_ts et plus formidable_ts > 
d'où le changement de x;

- ajout d'un pager qui fonctionne de 100 en 100 (par défaut) :
- le filtrage et le tri se fait donc côté PHP
- ca va plus vite, mais du coup il faut sans doute que j'ajoute à 
terme un cache PHP

- possibilité de réorganiser l'ordre des colonnes (ca a été le plus rude)
- différentes améliorations CSS
- meilleurs exports EXCEL/LIBREOFFICE
- tri par défaut par ordre antéchronologique

Merci pour vos retours

Maïeul



en phase de test sur le site de reservation pour une station de 
fécondation d'abeille noire de mormal


ce qui nous permet de trier le tableau en fonction des dates de 
réservation etmême par nom de l'apiculteur réservant


merci Maieul


sur cette version 2.0 ? ou bien sur la version actuellement zippée ?

je suis curieux d'avoir des retours, notamment de perf
___
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 Maïeul Rouquette

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.


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


[spip-dev] Formidable tablesorter 2.0 RC

2020-06-14 Par sujet Maïeul Rouquette

Holla,

vous avez vu passé ces derniers week-ends beaucoup de commit sur 
formidable tablesorter.


C'est pas évident du tout, car jQuery Tablesorter est mal documenté + 
pas mal de widgets fonctionnent mal ensemble.


Mais je pense être arrivé à quelque chose de testables pour une 2.0 RC. 
J'ai déjà 2 beta testeuses, mais plus seraient les bienvenus.


Les principales modifications :
- fonctions/fichier préfixés en formidable_ts et plus formidable_ts > 
d'où le changement de x;

- ajout d'un pager qui fonctionne de 100 en 100 (par défaut) :
- le filtrage et le tri se fait donc côté PHP
	- ca va plus vite, mais du coup il faut sans doute que j'ajoute à terme 
un cache PHP

- possibilité de réorganiser l'ordre des colonnes (ca a été le plus rude)
- différentes améliorations CSS
- meilleurs exports EXCEL/LIBREOFFICE
- tri par défaut par ordre antéchronologique

Merci pour vos retours

Maïeul

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


Re: [spip-dev] Créer ses propres saisies - Héritage - critère where - sécurité

2020-06-14 Par sujet Maïeul Rouquette

Le 14/06/2020 à 18:30, Vincent Callies a écrit :

Oui. C’est exactement  ma préoccupation/interrogation, JL.

oui mais c'est valable pour n'importe quel squelette, qu'est-ce que le 
fait que ce soit une saisie change la donne en terme de préoccupation?

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

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

Le 14/06/2020 à 09:00, Maïeul Rouquette a écrit :
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)



pas de ce que je vois du code envoyé par Thrax


La nouvelle saisie reçoit ses arguments par l'environnement, c'est à 
dire _REQUEST.



moi je vois ca

#SET{where,'iso_moi in ("FR-GUA","FR-MTQ","FR-GUF","FR-LRE","FR-MAY")'}

dans le code de Thrax.

C'est bien un truc en dur.

Après s'il y a des choses qui remontent à plus haut en _request, j'y 
peux rien si Thrax l'indique pas...


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



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)


pas de ce que je vois du code envoyé par Thrax

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

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
2. De toute facon je pense que SPIP sanitanize directement les critères 
avant de les executer


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


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

2020-06-11 Par sujet Maïeul Rouquette


Le jeudi 11 juin 2020 à 23:57 +0200, chanka...@choc0.net a écrit :
> 
> Le 11/06/2020 à 23:54, Maïeul Rouquette a écrit :
> > Donc va jusqu'au bout de ta demande de PR et tu verra que c'est bon
> > :)
> bon ok, mais depuis le fork c'est mieux ?
> 

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

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

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

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


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

2020-06-11 Par sujet Maïeul Rouquette

Le 11/06/2020 à 23:31, chanka...@choc0.net a écrit :

Hello,
je voudrais proposer une branche "notices" pour 
https://git.spip.net/spip-contrib-extensions/porte_plume_intertitres
mais la PR donne que le choix "fusionner 
dans:spip-contrib-extensions:master" alors que je veux aller dans le 
master de porte_plume_intertitres...
J'ai tenté depuis un fork et aussi pour voir j'ai mis la branche dans le 
dépôt lui-même, mais c'est pareil...


merci :o)

Non mais en fait c'est bon spip-contrib-extension;master c'est juste une 
manière abrégé de dire 
spio-contrib-extension/porte_plumes_intertitres:master


Simplement il repète pas le nom du dépôt, parce qu'à a priori homonyme, 
juste le nom de l'orga pour les cas où il y a des dépots homonymes sur 
plusieurs orga.


Donc va jusqu'au bout de ta demande de PR et tu verra que c'est bon :)
___
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] Afficher_si avec des regexp

2020-06-11 Par sujet Maïeul Rouquette

Hop,

pour les futurs besoin de dev de formidable_tablesorter, je viens 
d'ajouter la syntaxe suivante dans la branche afficher_si_dev de saisies.


@champ@ MATCH ''

Quelques contraintes technique sur la regexp :
- doit avoir / comme délimitateur ;
- doit pouvoir être interprété aussi bien en JS et en PHP. Autrement dit 
: il n'y a pas de convertisseur de syntaxe (et a priori il n'y aura pas).


Exemple
@input@ MATCH '/@domain.tld$/'

Les test basiques en tests unitaires fonctionnent.

Mais si des gens ont envie de tester avant que je merge :)

Maïeul

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


Re: [spip-dev] saisies : sasie radio : réparer le lien label/input quand on (...)

2020-06-10 Par sujet Maïeul Rouquette

Le 10/06/2020 à 20:21, Bruno Bergot a écrit :

Hop,

Le 10/06/2020 à 20:13, Maïeul Rouquette a écrit :


ah mais bruno ce problème était là avant l'introduction des sous 
groupes :)


comme tu peux le voir le commit qui a introduit cela n'a rien changé 
au niveau du markup sans sous groupe


https://git.spip.net/spip-contrib-extensions/saisies/commit/099e55685030a3a880bd65d4f1584d4bdba2e0e6 



Je t'assure que si, ton commit englobe les balises compteur_boucle dans 
 ce qui les fait "compter dans une autre boucle", les 
boucles imbriquées, tout ça...


Je viens de tester la saisie avant ton commit et ça le confirme.

++
b_b

ah oui d'accord !
j'avais oublié ce truc :)

désolé, je suis un peu à la ramasse en ce moment.

Bon normalement mutualise tout, au moins.

https://git.spip.net/spip-contrib-extensions/saisies/commit/a219d12015b5372fad64c20ab585c5403509de35

J'espère que ca casse rien, mais je viens de vérifier. Mais vu comemnt 
je suis la tete dans le cul en ce moment, une deuxième verif serai bien.


Cela étant : pourquoi on utilise des id numerique ? après tout on a une 
clé pour chaque  element du radio...



___
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 : sasie radio : réparer le lien label/input quand on (...)

2020-06-10 Par sujet Maïeul Rouquette

Le 10/06/2020 à 17:53, brunob a écrit :

spip-contrib-extensions/saisies
-
Par brunob, le 10 juin 2020 à 17h51min :

sasie radio : réparer le lien label/input quand on n'utilise pas de sous groupe

retour sur 099e55685030a3a880bd65d4f1584d4bdba2e0e6


*Modifié*
 saisies/radio.html

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


ah mais bruno ce problème était là avant l'introduction des sous groupes :)

comme tu peux le voir le commit qui a introduit cela n'a rien changé au 
niveau du markup sans sous groupe


https://git.spip.net/spip-contrib-extensions/saisies/commit/099e55685030a3a880bd65d4f1584d4bdba2e0e6

et en fait il faudrait sans doute reporter ton correctif dans la partie 
avec sous groupe.


Voir que je prenne du temps pour mutualiser proprement cela entre les 2 
parties avec ou sans sous groupes...

___
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] r125084 - _squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs/lang

2020-06-08 Par sujet Maïeul Rouquette
Le 08/06/2020 à 18:33, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: Jacques Pyrat
Date: 2020-06-08 16:32:55 + (Mon, 08 Jun 2020)
New Revision: 125084

Modified:

_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs/lang/soyezcreateurs_fr.php
Log:
Ecriture epicene + typo


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


Plop,

peut être utiliser "Aux responsables du site" plutôt que "aux personnes 
chargées d’administrer le site" ?, moins périphrastique et tout aussi 
épicène :)  (en tout cas au pluriel)
par ailleur ils me semble que le verbe devrait être au pluriel "qui 
jugeront bon". Voir "qui évalueront la pertinence de les publier ou non"


le plume est pas mal je trouve.

___
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] r125010 - in _core_/plugins/svp

2020-06-07 Par sujet Maïeul Rouquette

Le 07/06/2020 à 02:33, RastaPopoulos a écrit :

Le 06/06/2020 à 21:07, teamspipfact...@gmail.com a écrit :

cela aurais du être
https://git.spip.net/spip-contrib-extensions/pcqd

le référentiel pourrais eventuellement être
R pour la rédaction
w pour la webmasterisation
C pour le commerce

donc notre 
https://git.spip.net/spip-contrib-extensions/paniers_commandes_quantites_decimal
deviens
CPQD


Il est 2h30, et après X (trop) verres de rhum : c'est de la merde, on se refait 
pas :p

paniers_commandes_quantites_decimal est bien mieux et plus compréhensible, 
surtout quand on fait des sous-plugin de plugin (et ça arrive de plus en plus 
souvent à partir du moment on dit qu'un plugin fait qu'une seule chose)

je préfère un truc clair, pas cryptique, que je comprends sans même lire un 
article de doc, même à 2h30 du mat avec rhum

oui, par pitié, évitons les codes cryptiques (qui en plus favorise les 
collusions). Pour maintenir un logiciel qui date des années 80 avec des 
gens qui pour économiser de la mémoire utilisaient des noms de variables 
à 2 caractères : c'est une horreur.

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


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

2020-06-06 Par sujet Maïeul Rouquette
Le samedi 06 juin 2020 à 15:42 +0200, jeanmarie a écrit :
> 
> 
> Ah ah, c'est pas faux :)
> 
> Avec l'exemple plus complet 
> https://contrib.spip.net/Creer-des-champs-extras-depuis-un-plugin?var_mode=preview#D-autres-champs-extras
> , j'ai une erreur "Parse error: syntax error, unexpected '=',
> expecting ')' in C:\www\plugins\ce\base\prefixe.php on line 62"
> 
> C'est au niveau de 
> 
> 'telephone' = array(
> 

problème de syntaxe php, pas lié à SPIP :). Tu as un tableau dans un
tableau, avec des clé associatives.

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

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

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

et de même pour fax

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


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

2020-06-06 Par sujet Maïeul Rouquette

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

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




si tu nous dit le problème on pourra peut être le comprendre :)
___
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 Maïeul Rouquette

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

Le 03/06/2020 à 18:10, Cerdic a écrit :

Pardon ?!?

Spipfactory, merci d’aller relire la charte que tu as signée et acceptée
https://zone.spip.net/trac/spip-zone/wiki/CharteDeFonctionnement

et qui inclue explicitement « le respect de l'identité de chacun ».

Si ça ne te convient pas merci de te désabonner des listes et de 
quitter la communauté.


En attendant ce type de mail qui, sous couvert d’humour, contribue 
juste à maintenir en place une vision rétrograde - pour ne pas dire 
réactionnaire - de notre société n’a rien à faire ici.


--
Cédric
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é.

Je comprend et j'accepte les réactions de chacun fut elle étayé par des 
sources, ce que j'ai réalisé et ça prouve au combien tout peu être détourné.

mais je persiste et je signe que
En informatique, le terme *utilisateur* est employé pour désigner une 
personne (Individu, en général, être Humain)

et si une femme ou un homme n'est pas un être Humain, c'est quoi ??

et je ne voie pas pourquoi je quitterais la communauté.





Tu ne respecte pas l'identité de chacun et chacune par ce que tu 
présuppose, implicitement par l'emploi systématique du masculin, qu'il 
n'y a que des utilisateurs et pas d'utilisatrices. Que par ailleurs le 
type d'argumentaire que tu as déployé se vaut humoristique mais ne l'est 
absolument pas.


Quand à citer des sources sur pourquoi genrer dans les deux genre est 
important :
- 
https://www.hepl.ch/files/live/sites/systemsite/files/instance-egalite/manuel-ecriture-inclusive-2016.pdf

- http://www.ecriture-inclusive.ch/langage-inclusif-ecriture-suisse/

A ceci je t'inviterai à lire l'ouvrage d'Elian Viennot "Non le masculin 
ne l'emporte pas sur le féminin".



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

Re: [spip-dev] Sur les starting-blocks depuis des mois....

2020-06-03 Par sujet Maïeul Rouquette

Le 03/06/2020 à 18:00, JLuc a écrit :



Et si je comprend bien elle a indiqué avoir créé un ticket.
JL


le ticket en question
https://core.spip.net/issues/4495

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

Le 03/06/2020 à 14:54, nicod_ a écrit :

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.


disons que pour une release officielle oui il faut que ce soit stable. 
Pour une beta, le but principalement de la beta est de dire "on a besoin 
de gens qui testent"...

___
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] Menus : migration défectueuse

2020-06-01 Par sujet Maïeul Rouquette

Le 01/06/2020 à 22:21, Stephane Santon a écrit :

Bonsoir,

Le 01/06/2020 à 14:43, Stephane Santon a écrit :

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...


En fait c'est un problème d'encodage de caractères.
Dans ma base d'origine j'avais des infos de champ 'parametres' de table 
menu-entrees telles que :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
â–¶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";} 



A la mutation sur le nouveau site, j'ai converti toutes les tables en 
utf-8, ce qui a donné :


a:4:{s:5:"titre";s:27:"Héberg. et Restaurat° 
▶";s:3:"url";s:61:"https://[...]";s:3:"css";s:0:"";s:8:"css_lien";s:0:"";}


Le nouveau codage comprend moins de caractères, mais la chaine JSON n'a 
pas été mise à jour sur son champ s:27 qui aurait dû passer à s:24


Résultat : tous les champs retournent des valeurs vides, même dans 
l'espace privé :


https://www.cjoint.com/c/JFbutOS8ksB


arf oui c'est la plaie. c'est précisement pas de l'encodage json (qui 
n'est pas sensible à cela) mais de l'encodage php ((un)serialize).


Et l'encodage php est très sensible à cela, contrairement à l'encodage json.

Tu peux trouver sur internet des infos sur comment "restaurer" une 
serializaion mal foutu...


___
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] Bug étrange sur #SET suivi d'une boucle

2020-05-29 Par sujet Maïeul Rouquette

Holla,

une personne a signalé dans les forums de formidable un truc qui semble 
un bug du compilateur... mais que je ne reproduit pas.


Je vous laisse lire le descriptif ici, et ce qu'il a fait pour 
"résoudre" le problème.


https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment505441

Comme tous ces bugs étranges, je suis perplexe.

Mais est-ce que l'une ou l'autre d'entre vous aurait une idée ?

Maïeul

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


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

2020-05-28 Par sujet Maïeul Rouquette

Le 21/05/2020 à 14:26, JLuc a écrit :

Le 20/05/2020 à 14:52, Eric Lupinacci a écrit :

Le 20 mai 2020 à 10:06, JLuc  a écrit :
**Et pour cela il faut arrêter de le dénigrer**
**et le valoriser comme espace de coopération**

Je ne dénigre pas je constate.


Je dis pas ça spécialement pour toi mais les seules expressions des 
membres de la core team a propos du wiki c'est des plaintes (ce qui se 
comprend vu que ces experts spip n'ont que peu besoin de doc à titre 
personnel).
Heureusement on lit aussi régulièrement que des spipeurs ont trouvé leur 
compte dans cette doc alternative.



et favoriser les rencontres sur ces docs,
entre besoins-initiateurs-de-pages et sachants-finalisateurs-de-pages.
Pistes : des docathons ? des pages highlightées avec appel à 
finalisation ?


 > Qui empêche les gens de créer des groupes de travail, de poser des 
questions à d’autres pour essayer de compléter les articles du carnet ? 
Qui ? [] pourquoi attendre pour organiser ?


Si cette discussion pouvait déboucher sur ce genre de chantier ce serait 
une belle issue.


Pour accoucher une page de qualité du wiki, il faut
- que le sujet abordé recueille l'intérêt et comble un manque
- cadrer le contenu abordé
- améliorer la structure de la présentation (si besoin)
- valider les connaissances partagées, corriger les erreurs techniques, 
apporter les connaissances manquantes
- élargir la perspective technique pour situer cette page dans le 
contexte technique plus global de SPIP


Il faut donc des compétences variées.
Ça suppose des échanges, des moyens d'informations, un processus de 
progression,
depuis le choix de la page jusqu'à sa proposition à la publication hors 
wiki.



Il faudrait surtout que leur auteurs aient envie de la finir…
Peut-être aussi un peu de courage et de temps à donner...
Tout le monde en a plein la bouche de la collaboration en oubliant 
quand même que la base c’est une équipe tendue vers un même objectif.
Ce n’est pas des individus qui déposent quand ils le souhaitent, ce 
qu’ils souhaitent où il le souhaitent.
Pour moi c’est une différence fondamentale et je ne crois pas qu’un 
jour on se retourne sur ce point.


Ya en effet une difficulté que le carnet n'a pas dépassé.
conjuguer l'effet "zone" avec une "collaboration",
pour que "quand on veut ce qu'on veut" bénéficie aussi de l'effet "équipe".

Il y a le loomio pour les groupes de travail, mais je trouve que ça ne 
correspond pas à l'esprit "agora" qu'est la zone et contrib. Et puis à 
force, s'isoler en petit groupe conduit à l'épuisement.


Plutôt que des groupes de travail sur leur outil dédié,
j'imaginerais plutôt des temps d'attention largement partagés,
focalisés sur des pages précises ou des besoins précis.
Ça pourrait commencer par un mail sur cette liste.


J’ai passé des mois sur Contrib.
J’ai eu l’aide de Maieul.
On est loin d’avoir fini mais ça n’intéresse personne de finir le 
boulot c’est tellement plus simple de continuer le carnet.
Alors bon courage pour la suite mais moi Contrib c’est du passé, je 
vous le laisse.


Houmpf c'est dur.


:-(



JL



++
Eric



reprenant tete reposé cette discussion, je me dis que la prochaine 
spip-party pourrait être l'occasion d'une session "documentation wiki 
vers contrib"


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

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

2020-05-27 Par sujet Maïeul Rouquette

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

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

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


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


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


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

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


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


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


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


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

2020-05-27 Par sujet Maïeul Rouquette

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

Bonjour,

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

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

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

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

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

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

voilou, merci

touti



Coucou Touti,

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

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




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

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


Re: [spip-dev] pages

2020-05-27 Par sujet Maïeul Rouquette

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

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

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

Boum, collision :)

--


a oui, boum ! merci pour l'explication

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


Re: [spip-dev] pages

2020-05-27 Par sujet Maïeul Rouquette

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




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


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


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


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


Re: [spip-dev] pages

2020-05-27 Par sujet Maïeul Rouquette

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

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

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

On aurait donc

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

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

  * arti...@identifiantdelapage.html ?


--


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

- pourquoi pas le @ du coup

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


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

2020-05-27 Par sujet Maïeul Rouquette

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

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



Vos avis?

++
Eric



oui go, go go


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

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


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

2020-05-27 Par sujet Maïeul Rouquette

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



Vos avis?

++
Eric



oui go, go go

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


Re: [spip-dev] Saisies : Enregistrement lorsque afficher_si non valide

2020-05-26 Par sujet Maïeul Rouquette

Le 26/05/2020 à 21:58, Stephane Santon a écrit :

Bonjour,

Soit un formulaire de configuration réalisé avec la simple déclaration 
Php de Saisies.


J'ai un premier champ de type Sélection qui propose 2 options de "type 
d'affichage" :

- "Unique document", ou
- "Lot de documents".

Ensuite j'ai :
- un champ de type "Sélection de document", *affiché si* le tout premier 
champ est à "Unique document",
- un champ de type "Sélection d'article", *affiché si* le tout premier 
champ est à "Lot de documents".


Si je sélectionne d'abord "Unique document", je peux sélectionner un 
document par son id_document, j'enregistre.


Si je sélectionne ensuite "Lot de documents", je peux sélectionner un 
article par son id_article, j'enregistre.


MAIS :

Si je re-sélectionne "Unique document", la sélection de document définie 
2 manipulations auparavant est perdue.
Dommage si je désire basculer régulièrement d'un type d'affichage à 
l'autre sans redéfinir les documents affichés !


Y a-t-il ou serait-il possible d'avoir une option de style 
"afficher_si_mais_poster", qui enregistre la valeur même si elle n'est 
pas affichée ... ?


Merci




là je suis pas sur de comprendre le besoin (trop fatigué). Mais en gros 
je pense qu'il faudrait faire un vrai formulaire CVT, manuel et que tu 
passe par saisies_verifier en passant la seconde option à false


https://code.plugins.spip.net/saisies/tree/inc/saisies.php.html#function_saisies_verifier

___
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] Grille boostrap 4 / SpipR

2020-05-24 Par sujet Maïeul Rouquette

Le 24/05/2020 à 23:02, Stephane Santon a écrit :

Bonjour,

Le 24/05/2020 à 18:14, JLuc a écrit :

Le 22/05/2020 à 21:45, Stephane Santon a écrit :
Je les ai reporté sur une nouvelle page du wiki 
https://contrib.spip.net/Bootstrap4-5279
L'information était plus ou moins présente ici : 
https://contrib.spip.net/BootStrap-pour-SPIP
Mais comme la doc principale de SpipR est sur 
https://spipr.nursit.com/ , je cherchais sur nursit en vain.



Je pense que l'on pourrait reprendre et mettre à jour tout l'article
https://contrib.spip.net/BootStrap-pour-SPIP
pour bootstrap 4. (déjà mettre à jour le passage de LESS à SCSS)


Je t'ai ajouté dans les rédacteurs de cet article, aux côtés de Cerdic 
qui n'a dit mot.


Je crois que ainsi tu peux donc améliorer l'article. Peux tu confirmer ?

Si tu as un quelconque doute sur les modifications que tu apportes,
stp demande ici ou par un commentaire sous l'article
et stp aussi signale les modifications douteuses ou simplement osées 
que  tu as fait :-)


Cet article est sur Bootstrap 2/3 sur LESS.
Faut-il y intégrer l'évolution V4 sur SCSS sur laquelle je travaille ?
Ou seulement mettre à jour la version 2/3 sur LESS et créer un nouvel 
article pour la V4 ?



je pense qu'en l'occurence vu la radicalité des changements, 2 articles 
vaudrait la peine


___
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] r124772 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette
Le 21/05/2020 à 12:54, spip-zone-com...@rezo.net a 
écrit :

Author: Jacques Pyrat
Date: 2020-05-21 10:52:24 + (Thu, 21 May 2020)
New Revision: 124772

Modified:
_plugins_/formidable/trunk/
_plugins_/formidable/trunk/paquet.xml
_plugins_/formidable/trunk/prive/objets/infos/formulaires_reponse.html
Log:
[Formidable] Ajout des liens Precedent et Suivant sur la page qui affiche le 
detail d'une reponse


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


Coucou Jacques,

merci pour ce commit. C'était une fonctionnalité que je voulais ajouter 
depuis longtemps.


Cela étant, je me demande si il y a pas un autre plugin qui ajoute aussi 
des liens précédents/suivants dans les objet coté privé, et qu'il 
faudrait uniformiser la présentation.


Mais je me rappelle plus lequel.

Je réagis comme cela car je trouve ca assez étrange le lieu, et surtout 
le fait que ce soit mis en majuscule (mais c'est un artfact css qui peut 
se régler)


Par ailleur il me semble qu'il faudrait mettre précédente et suivante (a 
féminin) puisqu'on parle de réponse, non ?


Maïeul

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


Re: [spip-dev] r124772 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette
Le 21/05/2020 à 12:54, spip-zone-com...@rezo.net a 
écrit :

Author: Jacques Pyrat
Date: 2020-05-21 10:52:24 + (Thu, 21 May 2020)
New Revision: 124772

Modified:
_plugins_/formidable/trunk/
_plugins_/formidable/trunk/paquet.xml
_plugins_/formidable/trunk/prive/objets/infos/formulaires_reponse.html
Log:
[Formidable] Ajout des liens Precedent et Suivant sur la page qui affiche le 
detail d'une reponse


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


Coucou Jacques,

merci pour ce commit. C'était une fonctionnalité que je voulais ajouter 
depuis longtemps.


Cela étant, je me demande si il y a pas un autre plugin qui ajoute aussi 
des liens précédents/suivants dans les objet coté privé, et qu'il 
faudrait uniformiser la présentation.


Mais je me rappelle plus lequel.

Je réagis comme cela car je trouve ca assez étrange le lieu, et surtout 
le fait que ce soit mis en majuscule (mais c'est un artfact css qui peut 
se régler)


Par ailleur il me semble qu'il faudrait mettre précédente et suivante (a 
féminin) puisqu'on parle de réponse, non ?


Maïeul

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


Re: [spip-dev] r124796 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette

Le 24/05/2020 à 12:11, RealET a écrit :

spip-zone-com...@rezo.net a écrit le 24/05/2020 à 12:04 :

Author: Maieul Rouquette
Date: 2020-05-24 10:03:23 + (Sun, 24 May 2020)
New Revision: 124796

Modified:
    _plugins_/formidable/trunk/
    _plugins_/formidable/trunk/paquet.xml

_plugins_/formidable/trunk/prive/objets/infos/formulaires_reponse.html

Log:
Revert "[Formidable] Oups, avec une chaine de langue, c'est quand meme 
mieux ;-)"

Respectons le markup standard. Si on doit personnaliser, faisons le en
css.
This reverts commit 34b32b0b3e2bf8b41833ba34ffda2c416dea4fd2.


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


C'est bon le bon commit que tu as reverté.
:(



bien vu, corrigé.
___
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] r124776 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette

Le 24/05/2020 à 12:08, RealET a écrit :

Maïeul Rouquette a écrit le 24/05/2020 à 11:47 :

Le 24/05/2020 à 10:20, RealET a écrit :

RealET a écrit le 24/05/2020 à 09:58 :


Est-ce que tu peux m'envoyer un formulaire avec des champs extras ?
Parce que je ne vois pas à quoi ça correspond.

Je viens de créer un champ extra de test pour les formulaires.
Dans
ecrire/?exec=formulaire_edit_formulaire=1=formulaire
Ça me rajoute bien ce champ, que j'ai pu remplir.

Mais je ne le vois nul part ailleurs (ni dans le public, ni dans le 
privé)




des champs extra sur une réponse, pas sur un formulaire.

Exemple d'usage : des admin qui veulent ajouter des commentaires 
relatif à une réponse.


L'option _SAISIES_AFFICHAGE_COMPACT est je trouve une mauvaise idée 
aussi, en tout cas dans dans son implémentation actuelle.


Le css c'est pas fait pour rien.

Ça concerne aussi (et même surtout), les mails envoyés par formidable.
Et là, en texte pur, pas de CSS...


a oui oki, pour ce cas.
quoi qu'il en soit, si tu veux avoir un affichage côté /ecrire qui soit 
cohérent avec la constante, il faut a minima la controler


a mon sens là ca se ferait en css

___
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] r124776 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette

Le 24/05/2020 à 12:09, RealET a écrit :

Cerdic a écrit le 24/05/2020 à 11:30 :
Carrément : c’est quoi cette idée de se cuisiner son petit markup qui 
t’arrange bien sans tenir compte de la convention ?
Pourquoi ne pas simplement utiliser les css pour adapter à ton 
usage/besoin ?

display:inline ça sert à quoi ?
Et en plus on vire une class au passage, tranquille ?

Définitivement à revert !

Je fais ça dans la journée.

c'est fait entre deux debugs d'ibnstall chez moi.

___
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] r124776 - in _plugins_/formidable/trunk

2020-05-24 Par sujet Maïeul Rouquette

Le 24/05/2020 à 10:20, RealET a écrit :

RealET a écrit le 24/05/2020 à 09:58 :


Est-ce que tu peux m'envoyer un formulaire avec des champs extras ?
Parce que je ne vois pas à quoi ça correspond.

Je viens de créer un champ extra de test pour les formulaires.
Dans
ecrire/?exec=formulaire_edit_formulaire=1=formulaire
Ça me rajoute bien ce champ, que j'ai pu remplir.

Mais je ne le vois nul part ailleurs (ni dans le public, ni dans le privé)



des champs extra sur une réponse, pas sur un formulaire.

Exemple d'usage : des admin qui veulent ajouter des commentaires relatif 
à une réponse.


L'option _SAISIES_AFFICHAGE_COMPACT est je trouve une mauvaise idée 
aussi, en tout cas dans dans son implémentation actuelle.


Le css c'est pas fait pour rien.

___
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] r124776 - in _plugins_/formidable/trunk

2020-05-23 Par sujet Maïeul Rouquette

Le 21.05.20 à 20:16, spip-zone-com...@rezo.net a écrit :

Author: Jacques Pyrat
Date: 2020-05-21 18:15:29 + (Thu, 21 May 2020)
New Revision: 124776

Modified:
_plugins_/formidable/trunk/
_plugins_/formidable/trunk/paquet.xml
_plugins_/formidable/trunk/prive/objets/contenu/formulaires_reponse.html
Log:
[Formidable] Densifier un peu l'affichage des reponses d'un formulaire


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


Salut Jacques,

il me semble que ce commit est malheureux.
Il casse le markup standard utilisé et que j'avais précisement 
uniformisé dans une série de commit il  y a quelques semaines.


Je t'invite à regarder ce que cela donne si tu combine avec des champs 
extra sur une réponse :)

Je suis favorable à un retour en arrière, quitte à styler en css ;)

Maïeul


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


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

2020-05-19 Par sujet Maïeul Rouquette

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

Le 19/05/2020 à 18:01, JLuc a écrit :

Le 19/05/2020 à 12:29, Maïeul Rouquette a écrit :

Non, si c'est dans le wiki c'est temporaire.
Si cela devient utile, alors on reecrit l'article principale pour 
intégrer.


Je ne suis pas d'accord avec cette compréhension du wiki, et de fait 
il y a plein d'articles dans le wiki qui y restent longtemps et n'en 
sortent jamais.


Lorsque je crée un article quelque part,
c'est parce qu'il y a un savoir ou une expérience à partager.
Le texte créé est un témoignage ou un élément de savoir dont je 
pressens qu'il peut être utile,

pour moi ou pour d'autres, tout de suite ou plus tard.

Si je crée cet article dans le wiki, c'est parce que le savoir que 
j'ai à partager à ce sujet est parcellaire, insuffisant ou incertain, 
et que je ne peux pas préciser plus, faute de savoir,
et parce que j'aimerais des précisions, et que j'espère pouvoir 
compléter ensuite,
et pourquoi pas aussi j'espère que quelqu'un d'autre de mieux sachant 
que moi complétera ensuite.
Cette dernière possibilité ne se réalise qu'un nombre fini de fois par 
rapport aux besoins (quasi) infinis
et donc il y a une grande majorité de pages du wiki qui ne sortent 
jamais d'un état non abouti.


La documentation se heurte en effet à une difficulté congénitale :
c'est que les personnes qui sont le mieux en capacité de la créer, 
sont aussi celles qui en ont le moins besoin

- du moins sur ce sujet -
Les conséquences sont lourdes, et ceci quel que soit l'importance 
affirmée haut et fort du rôle de la doc.


Quand de plus certaines personnes s'érigent en gardiennes 
intransigeantes de l'orthodoxie de la documentation,
et refusent toute entrave à leur propre conception de ce que doit être 
une doc (cf autre thread récent),
il est clair que les pages du wiki ne sont pas prêtes d'en sortir : 
elles dérangeraient trop !


Pour un grand nombre de page, ce n'est que justice, car ces pages sont 
des bribes, des balbutiements, des tâtonnements, des notules ou de 
grands chaos informes.


Parfois tout de même, c'est dommage, car ok le contenu n'est pas au 
point,
mais la page témoigne d'un besoin réel qui n'est pas satisfait par la 
doc "officielle".


Mais pour qu'une page sorte du wiki, il faudrait
- que leurs auteurs accèdent à la connaissance complète et sans 
entrave de ce qu'ils documentent
- complètent leur documentation d'une manière acceptable pour être 
rendue visible au grand jour
- ou bien que des mieux-sachants acceptent de considérer les 
interrogations qui se posent, et de corriger les errements

tant dans la forme que dans le contenu.

Il semble que ces conditions ne soient pas satisfaites dans l'état 
actuel de la répartition des savoirs et des disponibilités.


JL



CHer Jean-Luc,

je disais exactement la même chose : une page dans le wiki c'est un 
article en chantier. Et par conséquent, si on veut vraiment faire bien 
les choses et bien

1. On finalise la page du wiki
2. Et on fusionne

C?est plus ou moins ce que tu dis.

C'est ce que je disais en disant : si les pages du wiki sont très 
utiles, comme le dit Jean Marie, alors c'est qu'elle sont complètes et 
méritent d'être officialisés.




Maïeul

Par contre, j'aimerais bien que tu arrete un petit peu les attaques sur 
"les gardiens de l'orthodoxie" et autre. C'est franchement désagréable 
(d'autant plus que concernant l'autre thread, encore une fois on était 
sur une mecompréhension, puisque Jean Marie lui même a fini par dire que 
la proposition de ne pas dupliquer les exemple mais de simplement 
refondre les pages était la plus pertinente.


Ces attaques sont franchement pénibles. On peut ne pas avoir un accord, 
mais il faut d'abord savoir sur quoi on est pas d'accord. Et c'est 
visiblement pas toujorus le cas.
ps : je te propose que nous discutions un de ces 4 sur IRC, pour 
clarifier un peu ces affaires de documentations. J'ai vraiment 
l'impression que nous ne parlons pas de la même chose.


___
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] Lien entre les articles du Wiki et les articles de doc

2020-05-19 Par sujet Maïeul Rouquette

Le 19/05/2020 à 18:01, JLuc a écrit :

Le 19/05/2020 à 12:29, Maïeul Rouquette a écrit :

Non, si c'est dans le wiki c'est temporaire.
Si cela devient utile, alors on reecrit l'article principale pour 
intégrer.


Je ne suis pas d'accord avec cette compréhension du wiki, et de fait il 
y a plein d'articles dans le wiki qui y restent longtemps et n'en 
sortent jamais.


Lorsque je crée un article quelque part,
c'est parce qu'il y a un savoir ou une expérience à partager.
Le texte créé est un témoignage ou un élément de savoir dont je pressens 
qu'il peut être utile,

pour moi ou pour d'autres, tout de suite ou plus tard.

Si je crée cet article dans le wiki, c'est parce que le savoir que j'ai 
à partager à ce sujet est parcellaire, insuffisant ou incertain, et que 
je ne peux pas préciser plus, faute de savoir,
et parce que j'aimerais des précisions, et que j'espère pouvoir 
compléter ensuite,
et pourquoi pas aussi j'espère que quelqu'un d'autre de mieux sachant 
que moi complétera ensuite.
Cette dernière possibilité ne se réalise qu'un nombre fini de fois par 
rapport aux besoins (quasi) infinis
et donc il y a une grande majorité de pages du wiki qui ne sortent 
jamais d'un état non abouti.


La documentation se heurte en effet à une difficulté congénitale :
c'est que les personnes qui sont le mieux en capacité de la créer, sont 
aussi celles qui en ont le moins besoin

- du moins sur ce sujet -
Les conséquences sont lourdes, et ceci quel que soit l'importance 
affirmée haut et fort du rôle de la doc.


Quand de plus certaines personnes s'érigent en gardiennes 
intransigeantes de l'orthodoxie de la documentation,
et refusent toute entrave à leur propre conception de ce que doit être 
une doc (cf autre thread récent),
il est clair que les pages du wiki ne sont pas prêtes d'en sortir : 
elles dérangeraient trop !


Pour un grand nombre de page, ce n'est que justice, car ces pages sont 
des bribes, des balbutiements, des tâtonnements, des notules ou de 
grands chaos informes.


Parfois tout de même, c'est dommage, car ok le contenu n'est pas au point,
mais la page témoigne d'un besoin réel qui n'est pas satisfait par la 
doc "officielle".


Mais pour qu'une page sorte du wiki, il faudrait
- que leurs auteurs accèdent à la connaissance complète et sans entrave 
de ce qu'ils documentent
- complètent leur documentation d'une manière acceptable pour être 
rendue visible au grand jour
- ou bien que des mieux-sachants acceptent de considérer les 
interrogations qui se posent, et de corriger les errements

tant dans la forme que dans le contenu.

Il semble que ces conditions ne soient pas satisfaites dans l'état 
actuel de la répartition des savoirs et des disponibilités.


JL



CHer Jean-Luc,

je disais exactement la même chose : une page dans le wiki c'est un 
article en chantier. Et par conséquent, si on veut vraiment faire bien 
les choses et bien

1. On finalise la page du wiki
2. Et on fusionne

C?est plus ou moins ce que tu dis.

C'est ce que je disais en disant : si les pages du wiki sont très 
utiles, comme le dit Jean Marie, alors c'est qu'elle sont complètes et 
méritent d'être officialisés.




Maïeul

Par contre, j'aimerais bien que tu arrete un petit peu les attaques sur 
"les gardiens de l'orthodoxie" et autre. C'est franchement désagréable 
(d'autant plus que concernant l'autre thread, encore une fois on était 
sur une mecompréhension, puisque Jean Marie lui même a fini par dire que 
la proposition de ne pas dupliquer les exemple mais de simplement 
refondre les pages était la plus pertinente.


Ces attaques sont franchement pénibles. On peut ne pas avoir un accord, 
mais il faut d'abord savoir sur quoi on est pas d'accord. Et c'est 
visiblement pas toujorus le cas.


___
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] plainte CNIL par Perline

2020-05-19 Par sujet Maïeul Rouquette

Le 19/05/2020 à 17:45, essaillon a écrit :

Bjr,


Je voudrais bien me "calmer" si j'étais énervé. Mais en l'occurrence 
c'est la Dame qui n'arrête pas de nous insulter sans motif clair...


Que faire ? On ne comprend pas ce qu'elle reproche à SpipFactory.

*Sandy*-Pascal Andriant
essaillon-sederon.net 

   avatar Sandy



Si la dame en question ne respecte pas non plus les règles de la 
communauté (ce qui peut être le cas, il n'est pas clair si l'affaire a 
commencé au sein ou pas de la communauté), utiliser la charte et 
demander la création d'une commission de gestion des conflits.


https://www.spip.net/fr_article6431.html

___
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] Modèle, prévisu et espace privé

2020-05-19 Par sujet Maïeul Rouquette

Coucou les gens,

j'ai sur un site pas mal de modèle perso qui font appel à des objets 
(par exemple :les prochains evenements de l'article, ou les albums de 
l'article).


Si l'objet est publié, tout roule.

Si l'objet n'est pas publié le résultat du modèle ne s'affiche pas au 
moment de la rédaction, car statut=publie est passé aux boucles.


Il y a pas un mecanisme generale pour faire sauter automatiquement le 
WHERE statut=publié lorsqu'on est dans l'espace privé/en var_mode=preview?


Où j'ai louoé quelque chose?

Maïeul

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


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

2020-05-19 Par sujet Maïeul Rouquette

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

Salut,

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


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


                 jeanmarie


Non, si c'est dans le wiki c'est temporaire.

Si cela devient utile, alors on reecrit l'article principale pour intégrer.

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

2020-05-19 Par sujet Maïeul Rouquette
Le lundi 18 mai 2020 à 14:14 +0200, Stephane Santon a écrit :
> Bonjour,
> 
> Le 15/05/2020 à 10:09, Maïeul Rouquette a écrit :
> > > Dans je ne sais plus dans quel exemple de formulaire de
> > > configuration, 
> > > il y a
> > > 
> > >  array( // hors fieldset : avis
> > >  'saisie' => 'oui_non',
> > >  'options' => array(
> > > 
> > > Et je ne trouve pas le type de saisie 'oui_non' dans les
> > > références
> > > https://contrib.spip.net/Reference-des-saisies
> > > 
> > > ...
> > > 
> > 
> > 

Merci, je viens de corriger.

___
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] LOGO en webp

2020-05-17 Par sujet Maïeul Rouquette
hum

je sais pas. Chez moi ca marchait pour limiter les logos à svg...
le formatage m'a l'air correct

aucune idée...

Le lundi 18 mai 2020 à 01:11 +0200, arthegone arthegone a écrit :
> Bonjour Maïeul,
> 
> Merci pour l'info.
> Je viens de tester et malheureusement c'est KO.
> Je me suis peut etre trompé dans le formatage ?
> 
> 
> "./config/mes_options.php"
> 
>  $GLOBALS['formats_logos']=['png','jpg','gif','webp'];
> ?>
> 
> 
> 
> Cela ne fonctionne pas... je ne vois pas pourquoi.
> 
> aRT
> 
>   Garanti sans virus. www.avast.com
> 
> Le dim. 17 mai 2020 à 23:22, Maïeul Rouquette  a
> écrit :
> > Le 17/05/2020 à 16:17, arthegone arthegone a écrit :
> > > Petite information, j'ai tenté d'ajouter  un SPIP_TYPES_DOCUMENTS
> > > image.png
> > > 
> > > 
> > > masi lors de l'inservtion d'un webp depuis l'interface :
> > > 
> > > J'ai le message d'erreur : suivant : Il y a 1 erreur dans votre
> > saisie, 
> > > veuillez vérifier les informations.
> > > 
> > > image.png
> > > 
> > > aRT
> > > 
> > > 
> > > 
> > > 
> > > Le dim. 17 mai 2020 à 13:06, arthegone arthegone <
> > artheg...@gmail.com 
> > > <mailto:artheg...@gmail.com>> a écrit :
> > > 
> > > Bonjour à tous,
> > > Afin d'optimiser des sites SPIP, je passe sur différents
> > outils dont
> > > par exemple ceux de google qui me demandent de passer mes PNG
> > en webp.
> > > La transformation ne pose pas de problème, mais impossible
> > sous spip
> > > de remplacer mes logos PNG en WEBP, spip me dit que webp n'est
> > pas
> > > une extension de logo autorisée.
> > > Je peux simplement inserrer des PNG / JPG et GIF.
> > > 
> > > Avez vous déjà rencontré ce blocage ? Et parmi vous certains
> > ont ils
> > > une méthode / astuce pour pouvoir mettre des logos en webp ?
> > > 
> > > Pour info une astuce qui consisterait à mettre mes logos en
> > tant que
> > > document et remplacer mes insertions de LOGO_ARTICLE par des
> > boucle
> > > de document n'est pas envisageable pour mes utilisateurs.
> > > 
> > > Merci a vous :)
> > > aRT
> > > 
> > > <
> > https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail
> > >
> > >   Garanti sans virus. www.avast.com
> > > <
> > https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail
> > >
> > > 
> > > 
> > > <#m_266523299958293995_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > > 
> > > 
> > sous spip 3.2 les logos ne sont pas traités comme des documents.
> > tu peux dire quel formats tu autorsie en reglant la variable
> > $GLOBALS['formats_logos'] dans ton mes_options.php
> > 
> > a priori sous spip 3.3 ce sera bien le réglage via php my admin qui
> > te 
> > permettra de faire cela, car les logos seront des document
> > 
> > (cela étant, je me méfie des formats d'image sauce google)
> > 
> > 
> > ___
> > liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> > doc: https://www.spip.net/
> > dev: https://core.spip.net/
> > irc://irc.freenode.net/spip

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


Re: [spip-dev] LOGO en webp

2020-05-17 Par sujet Maïeul Rouquette

Le 17/05/2020 à 16:17, arthegone arthegone a écrit :

Petite information, j'ai tenté d'ajouter  un SPIP_TYPES_DOCUMENTS
image.png


masi lors de l'inservtion d'un webp depuis l'interface :

J'ai le message d'erreur : suivant : Il y a 1 erreur dans votre saisie, 
veuillez vérifier les informations.


image.png

aRT




Le dim. 17 mai 2020 à 13:06, arthegone arthegone > a écrit :


Bonjour à tous,
Afin d'optimiser des sites SPIP, je passe sur différents outils dont
par exemple ceux de google qui me demandent de passer mes PNG en webp.
La transformation ne pose pas de problème, mais impossible sous spip
de remplacer mes logos PNG en WEBP, spip me dit que webp n'est pas
une extension de logo autorisée.
Je peux simplement inserrer des PNG / JPG et GIF.

Avez vous déjà rencontré ce blocage ? Et parmi vous certains ont ils
une méthode / astuce pour pouvoir mettre des logos en webp ?

Pour info une astuce qui consisterait à mettre mes logos en tant que
document et remplacer mes insertions de LOGO_ARTICLE par des boucle
de document n'est pas envisageable pour mes utilisateurs.

Merci a vous :)
aRT



Garanti sans virus. www.avast.com




<#m_266523299958293995_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>



sous spip 3.2 les logos ne sont pas traités comme des documents.
tu peux dire quel formats tu autorsie en reglant la variable
$GLOBALS['formats_logos'] dans ton mes_options.php

a priori sous spip 3.3 ce sera bien le réglage via php my admin qui te 
permettra de faire cela, car les logos seront des document


(cela étant, je me méfie des formats d'image sauce google)


___
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] Problème de push vers git

2020-05-16 Par sujet Maïeul Rouquette

Le 16/05/2020 à 21:32, Jean-Christophe Villeneuve a écrit :

Alors en fin d'aprem pour moi

JC

Le 16/05/2020 à 20:49, Maïeul Rouquette a écrit :

Le 16/05/2020 à 19:50, Jean-Christophe Villeneuve a écrit :

Toujours aussi dispo Maieul, merci beaucoup.

Demain dans la matinée si tu peux, ça me va.

JC




l'après midi me va mieux



oki, je serais sur irc, bipe moi

___
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] Problème de push vers git

2020-05-16 Par sujet Maïeul Rouquette

Le 16/05/2020 à 19:50, Jean-Christophe Villeneuve a écrit :

Toujours aussi dispo Maieul, merci beaucoup.

Demain dans la matinée si tu peux, ça me va.

JC




l'après midi me va mieux

___
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] Problème de push vers git

2020-05-16 Par sujet Maïeul Rouquette

Le 16/05/2020 à 18:36, Jean-Christophe Villeneuve a écrit :
Ok passer par des lignes de commandes je veux bien mais là il va falloir 
me guider pas à pas car je ne suis pas du tout à l'aise avec ça.


JC



bah c'est pas impossible, faut juste qu'on se prenne un temps...

mais une fois que tu apprend, tu deviens vraiment autonome, parce que tu 
comprend la logique derrière.


Donc : on peut se fixer un rdv demain pour un turo

___
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] Problème de push vers git

2020-05-16 Par sujet Maïeul Rouquette

Le 16/05/2020 à 13:03, Jean-Christophe Villeneuve a écrit :

Hello

Impossible de livrer un correctif pour Escal hier et ce matin

J'utilise SmartGit et j'ai un  message d'erreur auquel je ne comprends 
pas grand-chose.

En voici un extrait :

To git.spip.net:spip-contrib-squelettes/escal.git
failed to push some refs to 
'g...@git.spip.net:spip-contrib-squelettes/escal.git'
! refs/heads/master:refs/heads/master [remote rejected] (pre-receive 
hook declined)

'master' rejected (non-fast-forward)

Pourtant je ne me rappelle pas avoir changé un réglage depuis mardi où 
j'ai pu livrer mes correctifs sans souci.


So help !

JC
a prioi c'est que la version sur le serveur est plus récente que la 
version que tu as


mais c peut être lié aussi à la restoration il y a peu.

faudrait que deja que tu vérifie si l'historique local et l'historique 
distant divege.


Mais bon, ce serait plus simple à expliquer en ligne de commande ...

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

2020-05-15 Par sujet Maïeul Rouquette

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

Bonjour,

Dans je ne sais plus dans quel exemple de formulaire de configuration, 
il y a


     array( // hors fieldset : avis
     'saisie' => 'oui_non',
     'options' => array(

Et je ne trouve pas le type de saisie 'oui_non' dans les références
https://contrib.spip.net/Reference-des-saisies

...

a oui c'est parce que la saisie oui non est considéré comme obsolète. On 
ne pousse donc plus à l'utiliser, et donc référence de saisies ne la 
liste plus.


Il vaut mieux utiliser une saisie radio avec des labels explicites.

Si tu retrouve l'exemple, on pourra corrigé.

___
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] Fwd: Re: [Pousseur] Erreur sur paquet-minus

2020-05-13 Par sujet Maïeul Rouquette

Le 13/05/2020 à 13:09, cam.lafit a écrit :

Salut

J'ai relancé le démon subgit sur l'ensemble des dépôts. C'est un 
traitement itératif. Je scanne chaque dépôt suivi par subgit, je le 
désactive et réactive ensuite.





minus
saisies
formidable

pour saisies et formidable, le démon a été relancé et j'ai pu pousser :)

___
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] [Pousseur] Erreur sur paquet-minus

2020-05-13 Par sujet Maïeul Rouquette

Le 13/05/2020 à 01:27, salvat...@rezo.net a écrit :

*Traduire SPIP*

Erreur lors du commit :
 > git stash -q 2>&1
 > git pull —rebase 2>&1
La branche courante master est à jour.
 > if [1 <#nb1>] ; then git stash pop -q 2>&1; fi ;
 > git push 2>&1
remote :
remote : SubGit ERROR REPORT (SubGit version 3.3.9 (’Bobique’) build 
#4351) :

remote :
remote : You’ve received this message because SubGit 
(http://subgit.com/) is installed in your repository
remote : and an error that needs to be dealt with has occurred in SubGit 
translation engine.

remote :
remote : TEMPORARY ERROR :
remote : Unable to parse pid file /var/git/gitea/spip^? 
 
/repositories/spip-contrib-extensions/minus.git/./subgit/daemon.pid

remote :
remote : CURRENT STATE :
remote : Both Git and Subversion repository are open for pushes or commits.
remote : Your commit was not committed, but you may retry it.
remote :
remote : TO RECOVER :
remote : A) Address the problem if possible and then retry commit
remote : OR
remote : B) Run on the server
remote : $ subgit uninstall 
/var/git/gitea/spip/repositories/spip-contrib-extensions/minus.git/.

remote :
remote : IMPORTANT : As soon as SubGit is uninstalled, both Git and 
Subversion repositories

remote : will become open, but no synchronization will take place.
remote :
remote : TO REPORT :
remote : Report an issue at http://issues.tmatesoft.com/
remote : You may find logs on the server at 
’/var/git/gitea/spip/repositories/spip-contrib-extensions/minus.git/./subgit/logs’

remote :
remote : THANK YOU !
To https://git.spip.net/spip-contrib-extensions/minus.git
  ! [remote rejected] master -> master (pre-receive hook declined)
error : impossible de pousser des références vers 
’https://salvatore%40rezo.net:x...@git.spip.net/spip-contrib-extensions/minus.git’




Hum, j'ai ce problème de deamon aussi sur saisies et sur formidable.
___
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-12 Par sujet Maïeul Rouquette

Le 12/05/2020 à 19:40, Cerdic a écrit :

On est presque parfait !

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

et 2 migrations qui ont plantées
- https://git.spip.net/spip-contrib-extensions/jQuery_number.git
- https://git.spip.net/spip/bigup-bis.git

Tout le reste se clone bien

--
Cédric
Le 12 mai 2020 à 19:08 +0200, cam.lafit , a écrit :

Bonjour



pour jquery numebr on peut supprimer je ferais la migration par git push
___
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-11 Par sujet Maïeul Rouquette

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

Hello,

pour info j’ai fait une vérificatione exhaustive de tous les dépôts ce 
week-end et j’ai identifié 21 dépots en erreur qu’il est impossible de 
cloner :


21 Repositories en erreur
- https://git.spip.net/spip-contrib-squelettes/html5up_hyperspace.git
- https://git.spip.net/spip-contrib-extensions/albums.git
- https://git.spip.net/spip-contrib-extensions/medias_responsive_mod.git
- https://git.spip.net/spip-contrib-extensions/maintenancekit.git
- https://git.spip.net/spip-contrib-extensions/correction_liens_internes.git
- https://git.spip.net/spip-contrib-extensions/coloration_code.git
- https://git.spip.net/spip-contrib-extensions/scssphp.git
- https://git.spip.net/spip-contrib-extensions/oembed.git
- https://git.spip.net/spip-contrib-extensions/prix.git
- https://git.spip.net/spip-contrib-extensions/datatables.git
- https://git.spip.net/spip-contrib-extensions/player.git
- https://git.spip.net/spip-contrib-extensions/eva_geometrie.git
- https://git.spip.net/spip-contrib-extensions/gis_geometries_histo.git
- https://git.spip.net/spip-contrib-extensions/gis_geometries_fusion.git
- https://git.spip.net/spip-contrib-extensions/figure.git
- https://git.spip.net/spip-contrib-extensions/diogene_agenda.git
- https://git.spip.net/spip-contrib-extensions/emballe_medias.git
- https://git.spip.net/spip-contrib-extensions/formidable_identification.git
- https://git.spip.net/spip-galaxie/contrib.spip.net.git
- https://git.spip.net/spip-galaxie/galactic.git
- https://git.spip.net/spip/petitions.git


^

pour contrib, j'avais une copie récente, que j'ai envoyé à camille

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


Re: [spip-dev] Migration framagit

2020-05-11 Par sujet Maïeul Rouquette

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

Salut

Tu n'as pas bu la tasse.

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


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

km



au cas où : même topo pour
https://git.spip.net/spip-contrib-extensions/jQuery_number

(ca peut attendre la fin du debug des depots corrompus)

___
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] Saisies et formulaire de configuration

2020-05-11 Par sujet Maïeul Rouquette

Bonjour,

pour info, suites aux questions de Stéphane et Rémi sur les formulaires 
de configuration de plugins avec Saisies :
- Rastapopoulos a ajouté dans la version 3.37.1 une détection 
automatique du type de formulaire, permettant d'aller chercher 
automatiquement les valeurs de configuration;

- j'ai écrit un tutoriel pour cette fonctionnalité :
https://contrib.spip.net/ecrire/?exec=article_article=5277

Avis bienvenus sur l'article.

Maïeul

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


Re: [spip-dev] [Ecriveur] Erreur sur paquet-ressourcotheque

2020-05-08 Par sujet Maïeul Rouquette

Le 09/05/2020 à 01:23, salvat...@rezo.net a écrit :

*Traduire SPIP*

Erreur : il y a deja un fichier 
salvatore/modules/paquet-ressourcotheque—ressourcotheque-6c443/paquet-ressourcotheque.commit.json 
avec des commits en attente






— Envoyé par Traduire SPIP 




J'imagine que c'est lié au plantage de gitea, mais comment résoudre?

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

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

2020-05-08 Par sujet Maïeul Rouquette

Le 08/05/2020 à 16:32, RastaPopoulos a écrit :

Le 08/05/2020 à 15:46, jeanmarie a écrit :

Si ok, j'ajoute un exemple plus complet d'un fichier "/base/prefixe.php" à 
partir de https://contrib.spip.net/Champs-Extras-3-API-et-creations pour essayer d'être 
plus exhaustif. Mais doit-on être complètement exhaustif ici ? Et sinon, où trouver tous 
les champs et leurs syntaxes propres ?

Ensuite, il restera à l'articuler avec l'article existant : 
https://contrib.spip.net/Champs-Extras-3-API-et-creations#Creer-un-plugin-en-utilisant-les-API-de-Champs-Extras


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

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


je vais dans le sens de Rastapopulous

___
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] Formulaire de configuration d'un plugin : Enregistrer ?

2020-05-06 Par sujet Maïeul Rouquette

Le 06/05/2020 à 08:11, JLuc a écrit :

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

Ça marche bien mieux comme ça forcément... :-D
Mais sur les 6-7 articles de https://www.spip.net et 
https://contrib.spip.net que j'ai scrupuleusement parcourus, rien ne 
m'a fait penser à ça !


Ya un exemple dans la page de doc complémentaire du wiki :
https://contrib.spip.net/Doc-Saisies-complementaire#autocvt

Certaines pages du wiki sont des trésors.
JL



Donc c'était bien enregistré, mais pas rappelé au rechargement du 
formulaire...


Eh bien merci merci merci


Le 05/05/2020 à 23:28, Maïeul Rouquette a écrit :

Voilà ce que j'ai personnelement

/**
 * Un simple formulaire de config,
 * on a juste à declarer les saisies
**/
function formulaires_configurer_plasci_saisies_dist(){
include_spip('inc/config');
$saisies = array(
    array(
    'saisie' => 'textarea',
    'options' => array(
    'nom' => 'connaissance_activite',
    'label' => _T('plasci:connaissance_activite_label'),
    'explication' => 
_T('saisies:option_datas_sous_groupe_explication'),
    'defaut' => 
lire_config('plasci/connaissance_activite'),

    'rows' => 10
    )
    )
);
return $saisies;
}


ca marche tout seul, et ca me suffit.

Donc franchement je saisi pas où le problème.






mouais, faudrait voir à les intégrer ces pages complémentaires.

En l'occurence le cas est un peu compliqué. Formellement on a pas besoin 
de se préremplissage pour faire un formulaire cvt. Mais pour un 
formulaire de config il faut bien Donc en tant que tel ce n'est pas 
dans la doc de saisies qu'il faut mettre cela.


du coup faut voir a quel endroit documenter ca.

___
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] Formulaire de configuration d'un plugin : Enregistrer ?

2020-05-05 Par sujet Maïeul Rouquette

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

Bonjour,

Je désire faire un formulaire de configuration pour un plugin, par la 
méthode la plus simple, avec le plugin Saisies.


Et je m'y perds dans tous les articles proposés !

J'ai donc suivi entre autres
"Configurer une fonctionnalité de votre site, ou un plugin"
https://www.spip.net/fr_article5414.html

J'ai donc créé
- configurer_bsantonum.html : vide
- configurer_bsantonum.php :
   J'y ai déclaré *l'unique fonction*
     function formulaires_configurer_bsantonum_saisies_dist() {
   avec les définitions de champs.

Le formulaire est accessible depuis l'espace privé par les paramètres du 
plugin, et s'affiche bien.
Je peux saisir les valeurs de config et activer le bouton "Enregistrer", 
il me répond

"La nouvelle configuration a été enregistrée"

*MAIS si je rappelle la page de config, les paramètres ne sont pas 
rappelés !*


A la fin de l'article
https://www.spip.net/fr_article5414.html#Personnaliser-les-traitements

on définit
function formulaires_configurer_monplugin_traiter_dist() {
qui enregistre les données *pour personnaliser le traitement*.
Si je ne désire rien personnaliser, dois-je quand même définir _traiter ?

Les paramètres sont-ils vraiment enregistrés dans la config minimale ?

Merci


Voilà ce que j'ai personnelement

/**
 * Un simple formulaire de config,
 * on a juste à declarer les saisies
**/
function formulaires_configurer_plasci_saisies_dist(){
include_spip('inc/config');
$saisies = array(
array(
'saisie' => 'textarea',
'options' => array(
'nom' => 'connaissance_activite',
'label' => 
_T('plasci:connaissance_activite_label'),
'explication' => 
_T('saisies:option_datas_sous_groupe_explication'),
'defaut' => 
lire_config('plasci/connaissance_activite'),
'rows' => 10
)
)
);
return $saisies;
}


ca marche tout seul, et ca me suffit.

Donc franchement je saisi pas où le problème.

Si tu envoyais ton code, on pourrait t'aider.
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


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

2020-05-04 Par sujet Maïeul Rouquette



Ok, si ça va à tout le monde, je prépare l'article d'exemples et on 
avise...


             jeanmarie


oui moi ca me va :)

___
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] Forcer une balise à effectuer les traitements Spip

2020-05-02 Par sujet Maïeul Rouquette

Le 02/05/2020 à 19:52, CSI a écrit :

Bonjour,

Le 01/05/2020 à 19:50, Bruno Bergot a écrit :

Hop,

Le 01/05/2020 à 19:24, CSI a écrit :


Si je fais un lien en utilisant du HTML dans le champ extra, ça marche
direct, mais je me disais que ce serait plus safe pour l'utilisateur du
back-office de faire les liens comme d'habitude ... y-a-t-il une
solution ?



Plusieurs options :

- appliquer |propre à ta balise
- appliquer |traiter_raccourci_liens

Je te laisse chercher la définition de ces fonctions sur code.spip.net ;)

Désolé j'avais pas vu la réponse, merci ! Par curiosité, y-a-t-il une
raison au fait que ces 2 filtres ne soient pas dans le glossaire de
spip.net ?


principalement que cela n'a pas été documentée (à cette endroit), 
notamment parce que dans 99% des cas c'est appliqué automatiquement.


Mais n'hésite pas à propsoer un article :)

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


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

2020-04-30 Par sujet Maïeul Rouquette

Le 30/04/2020 à 20:34, RastaPopoulos a écrit :

Le 30/04/2020 à 20:14, JLuc a écrit :

Peut être ça doublonne certaines ou toutes les informations techniques, mais ça 
a l'air beaucoup plus simple.
Et cette simplicité disparaîtrait si on ajoutait encore à la doc déjà présente.


Informations techniques ? Euh le lien avec ancre que j'ai pointé c'est 
rigoureusement pile la même chose : trois exemples concrets de comment déclarer 
des champs en PHP et comment lancer la fonction d'upgrade. On peut 
difficilement faire plus la même chose c'est la fonction 
XXX_declarer_champs_extras() avec des exemples de champs dedans, puis la 
fonction XXX_upgrade() avec le lancement des fonctions…

Ya déjà 3 exemples différents dans l'article… je vois mal l'intérêt d'en 
rajouter un 4ème pour dire encore pareil.
- Soit faut mettre à jour l'article existant pour corriger/améliorer avec tel 
ou tel mini point qui manquerait.
- Soit faut carrément tout virer de l'article existant, et mettre tous les 
exemples dans un article dédié (mais 3 max c'est déjà largement suffisant pour 
tout montrer à priori)

ce que je vois comme intéret de l'article de Jean-Marie est qu'il est 
hyper condensé. Il s'agit plus d'un memento que d'un tuto en fait.


Mais est-ce la peine de le publier sur contrib, je sais pas. c'est la 
première fois que le cas du memento sur pose.

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

Re: [spip-dev] HTML5up hyperspace : deux prefix différents, donc deux plugins différents

2020-04-29 Par sujet Maïeul Rouquette

Le 15/04/2020 à 14:33, Maïeul Rouquette a écrit :

Le 15/04/2020 à 14:16, Jean Marie Grall a écrit :


Le 15/04/2020 à 14:04, Maïeul Rouquette a écrit :
Si on supprime les tags des anciennes versions, cela veut dire qu'on 
cesse de la supporter/distribuer officiellement et cela aurait du 
sens à ce moment là de dépublier l'article sur contrib. 


On ne peut pas simplement laisser le zip de la dernière version pour 
conserver la doc en ligne ?


oui on pourrait effectivement, reste la question du mechanisme 
d'archivage pour indiquer clairement les choses




Salut Jean-Marie,

bon, en attendant que la typologie de l'archivage soit fait :
- j'ai supprimé les vieux tags, et j'ai créé un tag pour la v3.0.3
- j'ai mis la doc en ligne de la v2 comme archivée
- j'ai publié pour demain la v3.0.3

Jean Marie deux remarques :
- je t'invite à cloner à neuf ton dépot, histoire de l'avoir sans les 
tags que j'ai supprimé et de pas les rebalancer par erreur
- n'oublie pas quand tu juge qu'une version peut être publié de basculer 
de l'etat dev à au moins l'etat test


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


Re: [spip-dev] Demande de passage d'un plugin sous GIT

2020-04-27 Par sujet Maïeul Rouquette

Le 27/04/2020 à 13:34, Maïeul Rouquette a écrit :

Le 27/04/2020 à 12:59, Franck a écrit :

Hello 
Je viens de regarder et je pense qu'il à été oublier...
Il était bien dans l'ancien archivlist: 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist.txt?rev=123246#L588 

Mais il n'est plus dans le nouveau: 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/legacy/archivelist.txt#L184 


Franck




mais non précissment, on a plus besoin d'archivelist.txt

Normalement ce sont les tags qui servent désormais à generer. C'est donc 
bien un souci au niveau de smart paquet

___


oups, je voulais dire "du débardeur"


___
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 de passage d'un plugin sous GIT

2020-04-27 Par sujet Maïeul Rouquette

Le 27/04/2020 à 12:59, Franck a écrit :

Hello 
Je viens de regarder et je pense qu'il à été oublier...
Il était bien dans l'ancien archivlist: 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist.txt?rev=123246#L588
Mais il n'est plus dans le nouveau: 
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/legacy/archivelist.txt#L184
Franck




mais non précissment, on a plus besoin d'archivelist.txt

Normalement ce sont les tags qui servent désormais à generer. C'est donc 
bien un souci au niveau de smart paquet

___
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] Formidable 4.30RC

2020-04-25 Par sujet Maïeul Rouquette

Le 25/04/2020 à 14:50, nicod_ a écrit :

Le 25/04/2020 à 01:28, Maïeul a écrit :

Holla,

à cette adresse

https://git.spip.net/spip-contrib-extensions/formidable/src/branch/4.3.0RC 



se trouve une RC candidate pour formidable.

Elle améliorer 2 choses :
- une possibilité désormais d'éditer les chmaps extra associées à une 
réponse
- les crayons sur un champ de réponse prennent en compte le type de 
saisie


Cela permet notamment de se combiner avec une nouvelle version de 
formidable table_sorter (en dev, ici 
https://git.spip.net/spip-contrib-extensions/formidable_tablesorter/src/branch/dev), 
permettant ainsi d'utiliser formidable comme une alternative assez 
forte à google forme/google sheet.


Ça m'a l'air bien intéressant tout ça, merci maïeul !

Je vais tester ça...


très volontier.

comme tu pourras voir sur formidable_ts, j'ai pas vraiment styliser la 
table, mais n'existe pas à commiter directement si tu en as envie :)

___
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] Problème enregistrement clé SSH sur git.spip

2020-04-25 Par sujet Maïeul Rouquette

Le 25/04/2020 à 12:15, JLuc a écrit :

Le 25/04/2020 à 10:19, Maïeul Rouquette a écrit :

Le 25/04/2020 à 09:52, Eric Lupinacci a écrit :
Je pense que c’est un peu normal qu’il n’accepte plus une clé qu’il 
considère avoir déjà été utilisée.


Pourtant à ce que je sache, une clé n'est pas conçue comme "jetable".


cf mon explication sur la sécurité dans mon mail précédent

 >> Plutôt que de passer des heures à se demander pourquoi ou si c’est 
un bug, je serais toi, j’en recréerais une et je

 >> l’associerais à ton compte gitea et basta.

Certes, mais abandonner la comprenette ne présage pas du grand bonheur 
pour la suite !


Enfin ok, j'ai créé une nouvelle clé SSH, l'ai déclarée à mon agent ssh 
et à git.spip

(sans supprimer localement mon ancienne clé).

Ensuite pour info : je n'ai pas pu pusher depuis mon ancien repo :
j'en déduis que chaque repo est associé qqpart à la clé avec laquelle il 
a été créé.




c'est je penseau niveau du git credential
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Formidable 4.30RC

2020-04-25 Par sujet Maïeul Rouquette

Holla,

à cette adresse

https://git.spip.net/spip-contrib-extensions/formidable/src/branch/4.3.0RC

se trouve une RC candidate pour formidable.

Elle améliorer 2 choses :
- une possibilité désormais d'éditer les chmaps extra associées à une 
réponse

- les crayons sur un champ de réponse prennent en compte le type de saisie

Cela permet notamment de se combiner avec une nouvelle version de 
formidable table_sorter (en dev, ici 
https://git.spip.net/spip-contrib-extensions/formidable_tablesorter/src/branch/dev), 
permettant ainsi d'utiliser formidable comme une alternative assez forte 
à google forme/google sheet.



Tout retour bienvenu.

Je ferais moi même des tests à partir de la semaine prochaine sur un projet.

Maïeul

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


Re: [spip-dev] Problème enregistrement clé SSH sur git.spip

2020-04-25 Par sujet Maïeul Rouquette

Le 25/04/2020 à 10:39, eric a écrit :



Peux tu détailler comment tu utilises tes pseudo  et mdp ?


$git push origin branche

- prompt de demande du login (pseudo ou mail fonctionnent)
- prompt de demande du mot de passe





attention, si le remote a été cloné via ssh, il faudra effectivement 
l'envoyer via ssh


regarde dans .git/config l'url du remote, et modifie le cas échéat pour 
repasser en https (et donc en identification login/mdp)

___
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] Problème enregistrement clé SSH sur git.spip

2020-04-25 Par sujet Maïeul Rouquette

Le 25/04/2020 à 09:52, Eric Lupinacci a écrit :

Hello,

Je pense que c’est un peu normal qu’il n’accepte plus une clé qu’il considère 
avoir déjà été utilisée.
Plutôt que de passer des heures à se demander pourquoi ou si c’est un bug, je 
serais toi, j’en recréerais une et je l’associerais à ton compte gitea et basta.

++
Eric




oui ca doit être une sécurité. Si une clé publique a été effacée du 
serveur, c'est peut être parce que la clé privée a été dévoilée. Et du 
coup la sécurité de la clé publique est compromise, donc Gitea refuse de 
s'en servir à nouveau.


___
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] https://git.spip.net/explore/repos?q=saisies==recentupdate

2020-04-24 Par sujet Maïeul Rouquette

Le 24/04/2020 à 19:51, teamspipfact...@gmail.com a écrit :

Ah merde ya deux saisies

bon je vais prendre

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


heu... il y qu'un seul depot saisies communautaire, l'autre est un depot 
privé pas actualisé depuis 2 ans...


___
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] Colorscope et Salvatore

2020-04-21 Par sujet Maïeul Rouquette
Le mardi 21 avril 2020 à 09:59 +0200, Bruno Bergot a écrit :
> Hop,
> 
> Le 21/04/2020 à 09:55, Eric Lupinacci a écrit :
> > 
> > +1 avec un mais.
> > Certains plugins peuvent ne pas avoir de fichier de langue
> > spécifique autre que celui du paquet.
> > Et si on a créé un paquet-préfixe c’est pour traduire les noms,
> > slogans et descriptions.
> > 
> 
> Oui oui, bien sûr qu'il faut traduire ça à partir du moment où on 
> souhaite afficher le plugin sur contrib.spip ou plugins.spip, bref,
> dès 
> qu'on le diffuse publiquement. D'autant plus que ça demande bien
> moins 
> de temps/effort de traduire un nom + un descriptif court que X items
> de 
> langues sortis de leur contexte.
> 
> PS pour Maieul : ce message ne te cible pas personnellement hein, je 
> tenais à appuyer le rappel de Cedric pour toute la communauté, car je 
> sais d'expérience que la traduction est un travail qui demande
> beaucoup 
> de temps.
> 
> ++
> b_b

oui il est clair que cela n'a pas de sens de soumettre  traduction des
chaines de langue d'un plugin encore en cours de devellopement, et donc
susceptible de bouger.

Est-ce que cela a du sens de soumettre à traduction les paquet-? Eric
penche plutot pour, Bruno aussi. Pour ma part je crois qu'en la matière
— comme en un peu près tout en ce moment — je ne sais pas. 

___
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] Colorscope et Salvatore

2020-04-21 Par sujet Maïeul Rouquette
Le mardi 21 avril 2020 à 09:42 +0200, Bruno Bergot a écrit :
> Hop,
> 
> Le 21/04/2020 à 09:36, Cerdic a écrit :
> > 
> > Est-ce que c’est vraiment utile de mettre à traduire des bouts de
> > plugin d’un usage très relatif et incertain ?
> > J’ai l’impression que c’est un peu un geste automatique du genre «
> > hop pour être propre je le mets aussi dans la liste des
> > traductions » alors que bon, ça veut quand même dire « faire bosser
> > des gens derrières » pour traduire ça.
> > Si c’est vraiment utile évidemment qu’il faut le faire.
> > Si c’est pour faire beau, j’ai comme un doute...
> > 
> 
> +1 j'ai remarqué ça aussi depuis un moment, des plugins ajoutés aux 
> trads en mode "yolo" (v'là la misère pour traduire un truc sans doc) 
> alors que tout ça génère du travail pour les personnes qui traduisent.
> 
> Bref, rappelons que l'ajout d'un plugin aux trads n'est pas un geste 
> "anodin" et respections les trads :)
> 
> ++
> b_b
> 

je note et je prend en compte ces remarques. Donc actes. 

___
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] Colorscope et Salvatore

2020-04-21 Par sujet Maïeul Rouquette
hum,
effectivement je suis plutot un partisan de "faire propre". Mais tu as
sans doute raison, je dois modérer mon enthousiasme. 
Le mardi 21 avril 2020 à 09:36 +0200, Cerdic a écrit :
> Non mais ma question c’est quel est le sens de mettre ce plugin en
> traduction ?
> 
> Alors même que tu n’avais pas vu qu’il n’y avait pas de module de
> langue… 
> donc je suppose pas du tout que tu as un vrai besoin d’utilisateurs
> étrangers qui utilisent ce plugin et ont besoin d’une traduction ?
> 
> Est-ce que c’est vraiment utile de mettre à traduire des bouts de
> plugin d’un usage très relatif et incertain ?
> J’ai l’impression que c’est un peu un geste automatique du genre « hop
> pour être propre je le mets aussi dans la liste des traductions »
> alors que bon, ça veut quand même dire « faire bosser des gens
> derrières » pour traduire ça.
> Si c’est vraiment utile évidemment qu’il faut le faire. 
> Si c’est pour faire beau, j’ai comme un doute...
> 
> --
> Cédric
> Le 21 avr. 2020 à 09:22 +0200, Maïeul Rouquette , a
> écrit :
> > Oups,
> > en fait ce paquet est tellement l'exception que je l'ai pas vu.
> > J'avais vu les chaines de langues, mais je n'avais pas fait gaffe
> > qu'elles étaient mal rangées.
> > 
> > Désolées.
> > 
> > 
> > Le mardi 21 avril 2020 à 09:19 +0200, Cerdic a écrit :
> > > Hello,
> > > 
> > > Salvatore rale depuis 2 jours parce que colorscope a été ajouté à
> > > la
> > > liste des traductions
> > > 
https://git.spip.net/spip-contrib-outils/archivelists/commit/b0b526d6d12fb6f3028a27205ac59bbc2aaec82b
> > > mais :
> > > - avec une coquille dans colorscope sur la première ligne - ok
> > > j’ai
> > > corrigé après en croyant que c’était juste une coquille, mais...
> > > - avec une déclaration qui n’a rien à voir avec ce que contient le
> > > plugin : il n’y a pas de dossier lang/, il n’y a pas de module de
> > > langue colorscope
> > > https://git.spip.net/spip-contrib-extensions/colorscope
> > > 
> > > Du coup je me demande bien quel est le sens de cet ajout ?
> > > On met à traduire un plugin qui n’a même pas de module de langue
> > > hormis celui du paquet (donc OK, 2 chaines de langue), et sans
> > > aucune
> > > vérification de ce qu’il contient et comment il est organisé ?
> > > 
> > > --
> > > Cédric
> >  

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

Re: [spip-dev] Colorscope et Salvatore

2020-04-21 Par sujet Maïeul Rouquette
Le mardi 21 avril 2020 à 09:19 +0200, Cerdic a écrit :
> Hello,
> 
> Salvatore rale depuis 2 jours parce que colorscope a été ajouté à la
> liste des traductions 
> https://git.spip.net/spip-contrib-outils/archivelists/commit/b0b526d6d12fb6f3028a27205ac59bbc2aaec82b
> mais :
>  - avec une coquille dans colorscope sur la première ligne - ok j’ai
> corrigé après en croyant que c’était juste une coquille, mais...
>  - avec une déclaration qui n’a rien à voir avec ce que contient le
> plugin : il n’y a pas de dossier lang/, il n’y a pas de module de
> langue colorscope 
> https://git.spip.net/spip-contrib-extensions/colorscope
> 
> Du coup je me demande bien quel est le sens de cet ajout ?
> On met à traduire un plugin qui n’a même pas de module de langue
> hormis celui du paquet (donc OK, 2 chaines de langue), et sans aucune
> vérification de ce qu’il contient et comment il est organisé ?
> 
> --
> Cédric
ps : avant salvatore notifait des erreurs toute la liste, j'aurais
corrigé dans la foulée

___
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] Colorscope et Salvatore

2020-04-21 Par sujet Maïeul Rouquette
Oups,
en fait ce paquet est tellement l'exception que je l'ai pas vu.
J'avais vu les chaines de langues, mais je n'avais pas fait gaffe
qu'elles étaient mal rangées.

Désolées. 


Le mardi 21 avril 2020 à 09:19 +0200, Cerdic a écrit :
> Hello,
> 
> Salvatore rale depuis 2 jours parce que colorscope a été ajouté à la
> liste des traductions 
> https://git.spip.net/spip-contrib-outils/archivelists/commit/b0b526d6d12fb6f3028a27205ac59bbc2aaec82b
> mais :
>  - avec une coquille dans colorscope sur la première ligne - ok j’ai
> corrigé après en croyant que c’était juste une coquille, mais...
>  - avec une déclaration qui n’a rien à voir avec ce que contient le
> plugin : il n’y a pas de dossier lang/, il n’y a pas de module de
> langue colorscope 
> https://git.spip.net/spip-contrib-extensions/colorscope
> 
> Du coup je me demande bien quel est le sens de cet ajout ?
> On met à traduire un plugin qui n’a même pas de module de langue
> hormis celui du paquet (donc OK, 2 chaines de langue), et sans aucune
> vérification de ce qu’il contient et comment il est organisé ?
> 
> --
> Cédric

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

[spip-dev] OpenAgenda et SPIP

2020-04-20 Par sujet Maïeul Rouquette
Bonjour,

je souhaite dévelloper un plugin OpenAgenda pour le CMS SPIP, afin de
diffuser plus largement les activités du site 
https://www.planete-sciences.org/astro

Est-il possible

1) de m'envoyer une clé d'écriture 
2) d'avoir une instance "bac à sable"

?

Merci d'avance

Maïeul Rouquette

___
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] r124262 - in _plugins_/scssphp/trunk

2020-04-20 Par sujet Maïeul Rouquette

Le 20/04/2020 à 13:28, Cerdic a écrit :
Hé oui, 
https://github.com/scssphp/scssphp/pull/98/commits/5b898b75438164d8d3510dd3233ec4b92d3f58d5 



(c’est la découverte du week end pour moi aussi, mais ça concerne pas 
trop le code de SPIP car on utilise pas de namespaces)


--
Cédric
Le 20 avr. 2020 à 13:08 +0200, Maïeul Rouquette , a 


a oui, malin !
___
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] r124262 - in _plugins_/scssphp/trunk

2020-04-20 Par sujet Maïeul Rouquette
Le 20/04/2020 à 12:49, spip-zone-com...@rezo.net a 
écrit :

Author: Cerdic
Date: 2020-04-20 10:48:50 + (Mon, 20 Apr 2020)
New Revision: 124262

Modified:
_plugins_/scssphp/trunk/
_plugins_/scssphp/trunk/lib/scssphp/src/Cache.php
_plugins_/scssphp/trunk/lib/scssphp/src/Colors.php
_plugins_/scssphp/trunk/lib/scssphp/src/Compiler.php
_plugins_/scssphp/trunk/lib/scssphp/src/Formatter.php
_plugins_/scssphp/trunk/lib/scssphp/src/Formatter/Nested.php
_plugins_/scssphp/trunk/lib/scssphp/src/Node/Number.php
_plugins_/scssphp/trunk/lib/scssphp/src/Parser.php
_plugins_/scssphp/trunk/lib/scssphp/src/SourceMap/SourceMapGenerator.php
_plugins_/scssphp/trunk/lib/scssphp/src/Version.php
_plugins_/scssphp/trunk/paquet.xml
Log:
Mise a jour de la lib ScssPHP avec notamment de belles optimisations de rapidite


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


C'est normal tout ces antislashs ?

___
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] Pusher un tag

2020-04-20 Par sujet Maïeul Rouquette

Le 20/04/2020 à 10:54, chanka...@choc0.net a écrit :

salut,
j'ai mis un nouveau tag v3.4.1 sur PAYS après une petite correction : 
https://git.spip.net/spip-contrib-extensions/pays/src/tag/v3.4.1

En local j'avais supprimé la v3.4.0 avec
git tag -d v3.4.0
mais la commande
git push --tags
n'a pas poussée la suppression.
Comment dois-je faire ?


Le 16/04/2020 à 23:08, Maïeul Rouquette a écrit :
git push --tags 


--


chan


a priori tu n'a pas à supprimer le tags, on garde les tags historiques. 
La seule supprression que tu aurais à faire c'est si le tags était 
erronnées (mauvais numero, tagage sur une version qui n'aurait pas du 
l'être)


Cela étant la technique git push origin :

mais là tel que tu présente il faudrait conserver ce v3.4.0
___
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   >