Re: [spip-dev] [fontawesome5] mise à jour du plugin picto à la version fontawesome (...)

2020-09-26 Par sujet RealET

RastaPopoulos a écrit le 26/09/2020 à 12:05 :

Je sais qu'un argument est que ça empêche les gens de mettre à jour "automatiquement" vers une 
version majeure différente qui casserait leur site. Mais on a alors ce problème pour TOUS les plugins du 
monde qu'on a et qui changeraient de version X. Pourtant on ne le fait pas pour chaque plugin du monde. Quand 
le plugin Patates passe de 2.3.4 à 3.0.1, on ne fait pas un prefix="patates2" et un 
prefix="patates3", même quand ça casse le fonctionnement (ce qui est souvent le cas si on décide de 
changer X).

Si on a un problème ergonomique avec SVP quand il gère et prévient les gens des 
mises à jour : c'est ça qu'il faudrait corriger absolument, pas faire un 
préfixe par version majeur de plugin, non ?


Dans la mesure où SVP a un bouton "Cocher toutes les mises à jour", et 
un comportement identique quel que soit les risques de la mise à jour, 
je trouve que le choix de changer de préfixe est tout à fait cohérent.


Entre autre, parce que ça permet de faire avancer un plugin sur 2 
branches, tout en permettant de faire les mises à jour sans se poser de 
questions.


(PS : c'est la même chose avec le plugin foundation)


--
RealET


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


Re: [spip-dev] Refonte Mediabox [wip]

2020-09-20 Par sujet RealET

Cerdic a écrit le 19/09/2020 à 16:27 :
Sur le sujet, je creuse un peu les libs récentes car j’ai un peu de 
doute sur l’accessibilité de featherlight...

Je suis tombé sur
https://github.com/rqrauhvmra/tobi
(qui a une v2 en beta
https://github.com/rqrauhvmra/Tobii)
via https://awesomeopensource.com/project/rqrauhvmra/tobi
site qui permet de rechercher des projet accessibles :
https://awesomeopensource.com/projects/a11y
https://awesomeopensource.com/projects/lightbox

La doc est plein d'Aria ;-)

--
RealET


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

Re: [spip-dev] Écriture inclusive

2020-08-05 Par sujet RealET

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.


--
RealET


Cerdic a écrit le 05/08/2020 à 12:12 :
La bonne nouvelle c’est qu’en tant qu’homme et partie de la classe 
dominante, on en a strictement rien à faire de ton avis (et pas plus du 
mien).
Il y a unanimité des femmes présentes sur la liste sur le sujet, donc 
aucun débat.


Si tu as pas envie de respecter les règles de discussions ici qui 
incluent de faire attention à toutes et tous et prendre en compte les 
demandes des personnes qui expriment un besoin dans ce sens, le mieux 
est d’arrêter de parler.


Bonne journée

--
Cédric
Le 5 août 2020 à 12:03 +0200, RealET , a écrit :


Ce qui me semble pouvoir être contre productif, c'est justement
d'introduire une distinction de genre, de mettre le projecteur sur le
sexe des personnes.







___
liste: https://listes.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 RealET

Eric Lupinacci a écrit le 05/08/2020 à 11:43 :

Hello,

Le mer. 5 août 2020 à 11:09, RealET <mailto:rea...@gmail.com>> a écrit :



PS : merci d'avoir lancé ce thread ici qui m'a permis de faire plus
attention à un sujet sur lequel je ne m'étais pas assez penché.
Pour l'instant, plus je creuse le sujet, plus je découvre que
l'écriture
inclusive systématique est contre productive (en particulier quand le
genre est hors du sujet, et qu'elle met l'accent sur une distinction de
sexe)


A mon avis tu fais un amalgame entre écriture inclusive et point médian.
Quand tu lis le fameux document officiel dont Matthieu nous avait fourni 
le lien, il est assez peu utilisé.

Tu fais bien de poser la question.
J'entends par écriture inclusive une manifestation systématique des 2 
genres (masculin et féminin, à l'exclusion des 48 autres recensés, mais 
c'est un autre débat).
Et "celles et ceux" est une des formes d'écriture inclusive (avec 
l'écriture épicène, c'est les 2 seules qui restent accessibles et 
compréhensibles pour les francophones 2e langue)


Je ne vois pas par contre ce qui est contre-productif dans "ceux ou 
celles" ou d'autres expressions de ce genre.

C'est plus un état d'esprit d'y penser ou pas.
Ce qui me semble pouvoir être contre productif, c'est justement 
d'introduire une distinction de genre, de mettre le projecteur sur le 
sexe des personnes.
Alors, qu'en fait, si j'ai bien compris, l'objectif est justement de 
dire que le genre de la personne est indifférent.
Exemple d'une offre d'emploi, il me semble que ce n'est *que* si le 
genre était exclusif qu'il faudrait le préciser.





Après moi je ne suis pas fan des celleux ou autres raccourcis inutiles 
(sauf pour twitter peut-être) à partir du moment où on peut écrire 
depuis toujours "celles ou ceux".


Déjà sans point médian, on peut avancer et il ne faut pas prendre 
l'excuse de ce fameux point pour refuser tout en bloc.

Je ne veux surtout pas tout rejeter en bloc.
Je questionne de la pertinence de systématiquement bi-genrer des textes 
avec l'objectif de marquer la neutralité de genre.


Par contre, pour des raisons de continuité dans l'accessibilité, je 
n'utiliserais pas les points médians et autres variantes.


--
RealET


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


Re: [spip-dev] Écriture inclusive

2020-08-05 Par sujet RealET

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

Bonjour,

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


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

Apprenti·e électrotechnicien·ne

ou

Apprenti électrotechnicien H/F

?
(j'ai ma petite idée mais certains peuvent en avoir d'autres)

Avis d'une féministe affirmée sur le sujet :
https://threadreaderapp.com/thread/1290446576129912838.html?refreshed=yes
« Petit thread nocturne sur l'#écritureinclusive et pourquoi je pense 
que 1)c'est pas viable et 2) ça ne sert à rien dans la lutte féministe »


PS : merci d'avoir lancé ce thread ici qui m'a permis de faire plus 
attention à un sujet sur lequel je ne m'étais pas assez penché.
Pour l'instant, plus je creuse le sujet, plus je découvre que l'écriture 
inclusive systématique est contre productive (en particulier quand le 
genre est hors du sujet, et qu'elle met l'accent sur une distinction de 
sexe)


--
RealET


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


Re: [spip-dev] spip.net en 3.3

2020-07-25 Par sujet RealET

Bruno Bergot a écrit le 24/07/2020 à 20:18 :

Et voilà,

Le 24/07/2020 à 20:10, Bruno Bergot a écrit :
Bref, j'ai le patch, le push tout de suite, pas besoin de créer de 
ticket.




https://git.spip.net/spip/petitions/commit/a6577c939fe75d06b2ddce996f8112e99635d8dd 



Patch envoyé, poussé en prod sur spip.net, je valide ta signature à la 
main.

Merci !
Et bravo \o/


--
RealET


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


Re: [spip-dev] spip.net en 3.3

2020-07-24 Par sujet RealET

Bruno Bergot a écrit le 24/07/2020 à 19:24 :

Hop,

Le 24/07/2020 à 15:48, RealET a écrit :

Un problème sur https://www.spip.net/fr_article884.html :
le formulaire de soumission d'un site n'est pas affiché.



Réparé, c'est un effet de bord d'un modification de comportement en 3.3, 
cf :


https://core.spip.net/issues/4180#note-25

Merci pour le signalement.

Avec plaisir.
J'ai rentré un site, reçu le mail, cliqué sur le lien et là, c'est le 
drame :

« Aucune signature ne correspond à ce code… »

https://www.spip.net/fr_article884.html?var_confirm=kQ875qfCobp42Bnk#sp884



--
RealET


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

Re: [spip-dev] spip.net en 3.3

2020-07-24 Par sujet RealET

Bruno Bergot a écrit le 15/07/2020 à 22:38 :

Hop,

Pour info, j'ai passé spip.net en 3.3 et migré l'instance de svn vers 
git. Ça semble bien fonctionner dans l'ensemble, n'hésitez pas à 
remonter les problèmes si vous en observez.

Merci Bruno !

Un problème sur https://www.spip.net/fr_article884.html :
le formulaire de soumission d'un site n'est pas affiché.


--
RealET


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


Re: [spip-dev] Plugins hors https://git.spip.net/explore/organizations

2020-07-23 Par sujet RealET

Eric Lupinacci a écrit le 23/07/2020 à 09:56 :
On peut éventuellement profiter du passage sous Git pour lui demander si 
cela ne l'intéresse pas de mettre ces plugins dans la forge surtout 
qu'ils sont connus et documentés depuis des années.


Si quelqu'un le connait et sait le contacter ça peut être une idée.
Le plus simple, ce serait que tu lui fasse un mail ou réponde dans le 
forum pour lui indiquer :

1) qu'il serait le bienvenu sur git.spip.net
2) qu'il pourrait y avoir un espace où il serait le seul à avoir les 
droits d'écriture (c'est hyper important pour lui)

3) et que ses plugins seraient pris en charge par le débardeur

Je le ferais bien moi-même, mais je n'ai pas les données techniques pour 
pouvoir affirmer 2) et 3) (et lui dire comment faire).



--
RealET


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


Re: [spip-dev] Plugins hors https://git.spip.net/explore/organizations

2020-07-23 Par sujet RealET



teamspipfact...@gmail.com a écrit le 23/07/2020 à 09:23 :
> Bonjour
>
> je constate que les plugins suivant https://contrib.spip.net/Equipement
> ne sont pas sur https://git.spip.net/explore/organizations
.../...
>
> *que puis je faire ?, existe t'il un équivalent ?, pourquoi sont il 
absent ?*

Tu auras des éléments de réponse ici :
https://contrib.spip.net/cipr-plugin-Previsualisation-etendue#comment484479


--
RealET



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


Re: [spip-dev] Exporter le résultat d'une boucle en csv

2020-07-15 Par sujet RealET

CSI a écrit le 15/07/2020 à 15:03 :

Bonjour,

Dans Formidable (qui porte bien son nom), je souhaite exporter les
résultats d'un formulaire. Je ne peux pas utiliser l'export de
Formidable car je souhaite formater le csv d'une façon particulière
(pour faire court, le formulaire collecte des inscriptions à un ou
plusieurs évènements pour une personne, l'export standard donne cette
personne suivi de X inscriptions remplies et Y vides, je remets tout ça
en forme pour avoir X lignes pour cette personne ... j'espère avoir été
clair ...)

La mise en forme est faite, j'affiche tout ça sans souci, je souhaiterai
maintenant que ça devienne un csv qui se télécharge de façon à ce que le
gestionnaire aille juste sur cette url https://domaine.com/csv.html ,
csv.html contenant la boucle nécessaire à la mise en forme souhaitée, et
que ça lui propose direct d'enregistrer le csv sur son ordi ...



Tu as regardé
https://contrib.spip.net/Spout_SPIPCSV-export-CSV-ameliore-pour-SPIP


--
RealET


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


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

2020-06-30 Par sujet RealET

Matthieu Marcillaud a écrit le 30/06/2020 à 12:03 :

Le 30/06/2020 à 11:55, RealET a écrit :
[...]

Est-ce que  tu pourrais migrer :

champs_extras_import_export


Il sert encore lui ? Dans quelle situation ?

Très honnêtement, je ne sais pas.
Mais il m'a semblé intéressant de par son descriptif.
Mais si tu dis qu'il n'a pas de raison de servir, autant le supprimer.


--
RealET


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


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

2020-06-30 Par sujet RealET

Eric Lupinacci a écrit le 29/06/2020 à 19:25 :

Hello,

Avec quelques regex sur _plugins_ j'ai identifié des plugins compatibles 
spip 3 mais non migrés.

Il y a en environ 150.
La liste est ici : http://spip.pastebin.fr/63331

Merci



J'ai mis un commentaire sur certains qui me paraissent obsolètes.
Pour le reste il faut décider mais au moins on a une liste.Est-ce que tu 
pourrais migrer :

champs_extras_import_export
cornertease
horloge_flash
porte_plume_liens_internes
tout_partout

Merci

--
RealET


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


Re: [spip-dev] Redirection #FORMULAIRE_INSCRIPTION

2020-06-29 Par sujet RealET

Bernard Blazin a écrit le 29/06/2020 à 13:45 :

Je vois ici:
https://www.spip.net/fr_article4590.html
ceci:
[(#FORMULAIRE_INSCRIPTION{6forum,0,#URL_PAGE{bienvenue}})]
Donc pour recharger entièrement la page je mettrais un #SELF.. ;)

Bernard, commence par lire :
https://core.spip.net/issues/3599#note-8

;-)


--
RealET


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


Re: [spip-dev] SPIP-Bonux

2020-06-22 Par sujet RealET

Cerdic a écrit le 22/06/2020 à 09:30 :

Sérieusement ?

Oui.

alors que tu vois qu’il y a des espaces en plus partout, donc AVANT le 
envoie un espace sur la sortie standard ?

J'ai vérifié : je n'ai pas les espaces au début du fichier.


Je suis pas sur que faire le malin soit le plus constructif...

Je ne cherchais pas à faire le malin.

Par contre, il y a peut-être une différence (qui va disparaître au 1er 
juillet) : j'ai mis à jour par SVN.
C'est d'autant plus surprenant que 
https://zone.spip.net/trac/spip-zone/changeset/125253/spip-zone/ a bien 
les espaces en début de 

Donc, je ne sais pas pourquoi ça a marché chez moi.

Désolé pour le bruit.


--
RealET


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

Re: [spip-dev] SPIP-Bonux

2020-06-21 Par sujet RealET

Eric Lupinacci a écrit le 21/06/2020 à 16:17 :

Les derniers commits sur Bonux sont complètement foireux.
Je n’arrive pas à faire marcher mon site en local.

Il est urgent de remettre la dernière version qui fonctionne à savoir 3.5.4 et 
de debug les ajouts si ceux-ci sont pertinents.
Je répète aussi que les tests doivent être faits avant les commits et avec 
toutes les notices.
Je suis revenu en 3.5.4 pour restaurer le fonctionnement du site.

Chez moi ça marche™
Et j'ai étudié le diff sans les espaces : la seule change qui change, 
c'est une ligne de commentaires (l'url dans le commentaire).
Pour le reste, c'est identique (puisque JLuc a rajouté puis enlevé 
quelque chose, pour revenir à l'état initial).



--
RealET


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

Re: [spip-dev] Écriture inclusive

2020-06-15 Par sujet RealET

tout...@free.fr a écrit le 14/06/2020 à 23:03 :

Realt,

je ne vais pas me fatiguer à t'expliquer pourquoi ton intervention est
méprisable.

Ben si, il va falloir m'expliquer.
Parce que j'ai hésité à le poster, mais que j'ai trouvé que dans un fil 
assez grave, il était finalement opportun de mettre un peu d'humour, 
d'autant plus que ce dernier :

- était un bon résumé de ce qu'il faut faire ou non
- et se termine par une blague d'informaticien avec une jolie RegEx

Donc, je le demande avec toute la naïveté qui me caractérise : qu'elle 
est mon erreur.





Anne-lise Martenot aka touti-- 

RealET


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


Re: [spip-dev] Écriture inclusive

2020-06-14 Par sujet RealET

te...@rezo.net a écrit le 09/06/2020 à 00:07 :

+1 Moi non plus je ne bosse pas avec celleux qui ne s’expriment pas de façon 
inclusive. Et ce depuis des années : je n’ai pas attendu le débat de l’écriture 
inclusive (y’a 3 ans pour celleux qui n’auraient pas suivi) pour faire ce tri, 
parce que l’absence d’effort en ce sens dans un simple texte ne laisse rien 
présager de bon pour les relations (de travail ou autres).

Pour celleux qui arrivent après la bataille (mieux vaut tard que jamais) :
https://www.24joursdeweb.fr/2017/ecriture-inclusive-faisons-le-point-autour-de-la-cheminee

Et si vous avez la flemme de lire, y’a même une vidéo :
https://tv.octo.com/permalink/v125a91b8f8cetmpq4w0/

Merci pour cette vidéo.
J'ai bien apprécié.

Et ce soir, je tombe sur ceci
https://www.luc-damas.fr/hop/ecriture-inclusive-geek-dev

Alors, je le partage pour sourire un peu.
Avec une dédicace particulière à Rasta qui adore les regex

;-)


--
RealET


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

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

2020-06-03 Par sujet RealET

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

Petit coup de gueule habituel

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

Merci pour ta vigilance touti.

Juste un point sur un thème qui nous tient aussi à cœur : l'accessibilité.

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

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


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

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

--
RealET


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

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

2020-06-03 Par sujet RealET

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

Salut,

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

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

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


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


A compléter / organiser donc...

                     jean marie



J'ai complété pour SVN

Merci de ton initiative.

--
RealET


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


Re: [spip-dev] ezREST : Mise à jour et correction du guide.

2020-05-31 Par sujet RealET

Eric Lupinacci a écrit le 31/05/2020 à 16:49 :

spip-contrib-extensions/ezREST
-
Par Eric Lupinacci, le 31 mai 2020 à 16h48min :
Mise à jour et correction du guide.


*Modifié*
 Guide

Détails : 
https://git.spip.net/spip-contrib-extensions/ezREST/commit/62b45e7ff23094395a96120483350e75e7e01869


Tiens, y'a une erreur sur l'affichage du fichier modifié.
SVN indique :
Modified:
   _plugins_/ezREST/trunk/
   _plugins_/ezREST/trunk/Guide - Le plugin REST Factory.pdf

Alors que le nom du fichier est tronqué avec le message Git


--
RealET


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


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

2020-05-28 Par sujet RealET

Eric Lupinacci a écrit le 28/05/2020 à 13:32 :

Hello,



C'est clair, mais c'est pas fair play.

Initialement, on avait dit que seul le core passait en Git.
Puis, ça a été tout en Git, mais avec la décision que SVN serait en lecture seule 
pour tout le monde, sauf git qui ferait la synchro uniquement dans le sens 
Git->SVN (donc simplification puisque plus de synchro bidirectionnelle).
Finalement, on va fermer SVN.

Il y a un pragmatisme que je peux comprendre et même y adhérer.

Mais en terme de lisibilité de la communication communautaire, de respect des 
pratiques de déploiement mises en place par beaucoup, je trouve ça n'est ni 
rassurant, ni sécurisant.



Je trouve ce mail proprement scandaleux et j’en suis offusqué.
C’est franchement un manque de considération et une vision égocentrique qui me 
sidère.

Pardon.

--
RealET


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

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

2020-05-28 Par sujet RealET

Cerdic a écrit le 28/05/2020 à 11:47 :

Guess what : le monde change, à toute vitesse.
Et c’est la seule chose qui changera jamais.

Alors oui, les choses sont pas exactement comme on avait pensé qu’elles 
seraient avant de mettre les mains dans le camboui.

Oui, c'est le principe de réalité.
Des fois, on voudrait, mais finalement, on fait ce qu'on peut.
Et ce qu'on peut est vachement chouette. Merci.



Si on veut parler de fair play, peut-être on peut parler de ceux qui ont 
passé en temps fou sur cette migration, sur le maintient de Xmilles 
outils, sur la reprise des historiques, sur le fait que *malgré tout* on 
aura eu une période de transition de plusieurs mois pour laisser à 
chacun le temps de switcher.
Et qu’on a une vie aussi, une vraie, et qu’on va raisonnablement pas 
continuer à s’épuiser pour pas grand chose.
Ah ça, je suis entièrement d'accord, et je tire mon chapeau à Camille, 
Eric, toi et les autres pour le boulot énorme fait pour tout ça.

Merci à vous tous.



Je te prie de bien vouloir accepter nos excuses si ça perturbe un peu 
ton confort...

Excuses reçu avec gratitude.

Mais ça n'est pas mon confort qui est en jeu.
C'est l'image de SPIP à l'extérieur qui en sort un peu plus égratignée.
Mais ça aussi, ça fait longtemps que SPIP avance quand même malgré ça.

Ceci dit, on peut aussi considérer comme un *signal positif* : moins 
d'énergie dépensé pour SVN = plus d'énergie à consacrer au code de SPIP, 
sa doc, sa communauté.



--
RealET


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

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

2020-05-28 Par sujet RealET

RastaPopoulos a écrit le 27/05/2020 à 12:12 :

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

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


=>


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


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


C'est clair, mais c'est pas fair play.

Initialement, on avait dit que seul le core passait en Git.
Puis, ça a été tout en Git, mais avec la décision que SVN serait en 
lecture seule pour tout le monde, sauf git qui ferait la synchro 
uniquement dans le sens Git->SVN (donc simplification puisque plus de 
synchro bidirectionnelle).

Finalement, on va fermer SVN.

Il y a un pragmatisme que je peux comprendre et même y adhérer.

Mais en terme de lisibilité de la communication communautaire, de 
respect des pratiques de déploiement mises en place par beaucoup, je 
trouve ça n'est ni rassurant, ni sécurisant.


PS : en ce qui me concerne, je m'adapterai ;-)
Mais ces changements de ligne de conduite ne facilitent pas 
l'anticipation :(


--
RealET


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


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

2020-05-27 Par sujet RealET

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

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


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



--
RealET


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


Re: [spip-dev] Installation de bigup par SVP en 3.2

2020-05-27 Par sujet RealET

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

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

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

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


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

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

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



--
RealET


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

Re: [spip-dev] Installation de bigup par SVP en 3.2

2020-05-26 Par sujet RealET

RealET a écrit le 26/05/2020 à 21:42 :

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

Le mieux c’est de l’ajouter là
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-externals.txt 


(avec l’url git.spip.net ou github, comme tu veux)

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

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

On verra bien, j'ai commité son appel

Au passage, j'ai regardé
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/archivelist-smart-paquet-spip-zone-svn.txt
et je me suis demandé ce qui se passerait si la ligne 6 contenait
git;https://git.spip.net/spip/bigup.git;externals

Bien sûr, j'ai lu le début du fichier et je ne toucherais à rien.
Mais avoir BigUp dans les plugins standards de SVP serait vraiment 
convivial ;-)



--
RealET


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

Re: [spip-dev] Installation de bigup par SVP en 3.2

2020-05-26 Par sujet RealET

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

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

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

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

Ça reste bancal...

--
RealET


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

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

2020-05-24 Par sujet RealET

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

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.

Merci ;-)

Et voici la version avec CSS
https://zone.spip.org/trac/spip-zone/changeset/124803
Et une petite modif des saisies en conséquence :
https://zone.spip.org/trac/spip-zone/changeset/124804

Je n'ai pas fait de tags pour l'instant.


--
RealET


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

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

2020-05-24 Par sujet RealET

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

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.

Je ne connais que le plugin qui rajoute des critères
https://contrib.spip.net/Criteres-precedent-et-suivant
Mais pas qui modifie uniformément l'espace d'admin.



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)

En fait, j'ai utilisé le même style que pour le numéro un peu au dessus.
Ça m'a semblé cohérent.
Et je l'ai mis après le statut pour ne pas pousser le statut plus bas.



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

Cette chaîne de langue n'existe pas au féminin dans SPIP.


--
RealET


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


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

2020-05-24 Par sujet RealET

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

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.

Merci Maïeul ;-)

Pour info, avec le revert (donc l'ancien affichage) et le define compact 
et un champ extra de réponse, voici une copie d'écran :


https://framapic.org/DqKpfjkG4dw0/VZ1Q6bMxMQiq.png

Qui paradoxalement affiche champ extra dans la version compacte des 
saisies (assez logique), et qui jure donc avec ce qui le précède.


Je vais voir comment faire ça en CSS.
Et voir si la CSS peut être conditionnée par le define.


--
RealET


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

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

2020-05-24 Par sujet RealET

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

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é.
:(



Pas le bon

--
RealET


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


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

2020-05-24 Par sujet RealET
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é.
:(


--
RealET


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


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

2020-05-24 Par sujet RealET

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


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

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

2020-05-24 Par sujet RealET

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

--
RealET


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


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

2020-05-24 Par sujet RealET

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


--
RealET


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


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

2020-05-24 Par sujet RealET

Maïeul Rouquette a écrit le 24/05/2020 à 01:09 :

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

Je vais regarder ça.
Il est bien possible que ça ait un rapport avec :
define('_SAISIES_AFFICHAGE_COMPACT', 'oui');

Donc avec
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/saisies/trunk/inclure/voir_saisies.html#L9

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


--
RealET


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


Re: [spip-dev] Installation de bigup par SVP en 3.2

2020-05-24 Par sujet RealET

RealET a écrit le 18/05/2020 à 18:05 :

Bonjour,

Depuis que BigUP est passé sur sur git.spip.net et que le dépot externals :
1) n'est plus listé sur https://plugins.spip.net/spip.php?page=depots
2) bien qu'il existe encore : 
https://files.spip.net/externals/archives_externals.xml

3) mais n'est plus mis à jour par le débardeur

La version proposé par SVP est 1.0.4 (dernière version dans externals)

Or, je découvre que BigUp est en fait dans
https://files.spip.org/core/archives.xml

Est-ce, vu son intérêt d'utilité publique, il ne pourrait pas être dans 
le dépôt principal ?


Merci d'avance,


Autre effet de bord de déclarer la source 
https://files.spip.org/core/archives.xml

c'est que SVP "pense" que tous les plugins du core 3.2 sont à mettre à jour.

--
RealET


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


Re: [spip-dev] Une astuce CSS pour l'internationalisation

2020-05-19 Par sujet RealET

RealET a écrit le 23/04/2020 à 23:13 :

Hello,

Je suis tombé sur https://piccalil.li/tutorial/css-logical-properties/
qui présente margin-inline-start: 1em;
qui met une marge au début d'un texte en tenant compte de son 
orientation (selon la langue).


Et y'en a plein d'autres :
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Logical_Properties

Si ça peut être utile ;-)


Et j'en rajoute une couche :
https://medium.com/@elad/new-css-logical-properties-bc6945311ce7

--
RealET


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


[spip-dev] Installation de bigup par SVP en 3.2

2020-05-18 Par sujet RealET

Bonjour,

Depuis que BigUP est passé sur sur git.spip.net et que le dépot externals :
1) n'est plus listé sur https://plugins.spip.net/spip.php?page=depots
2) bien qu'il existe encore : 
https://files.spip.net/externals/archives_externals.xml

3) mais n'est plus mis à jour par le débardeur

La version proposé par SVP est 1.0.4 (dernière version dans externals)

Or, je découvre que BigUp est en fait dans
https://files.spip.org/core/archives.xml

Est-ce, vu son intérêt d'utilité publique, il ne pourrait pas être dans 
le dépôt principal ?


Merci d'avance,


--
RealET


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


Re: [spip-dev] Socle Interministériel de Logiciels Libres

2020-05-07 Par sujet RealET

RealET a écrit le 06/05/2020 à 16:40 :

nicod_ a écrit le 06/05/2020 à 16:37 :
SPIP n'est pas représenté dans ce catalogue de logiciels libres, alors 
que Wordpress, Drupal, Jekyll et Typo3 le sont, je trouve ça un peu 
triste.

https://sill.etalab.gouv.fr/fr/software?id=162

Quelqu'un aurait un contact à l'Etalab ?

Pas de contact direct.
Mais j'ai fait passé l'info à mes contacts à l'académie de Rennes (gros 
utilisateurs de SPIP avec 600 sites d'établissements).



J'ai eu une réponse : « Je m'en occupe... »


--
RealET


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


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

2020-05-06 Par sujet RealET

RealET a écrit le 06/05/2020 à 15:09 :

cam.lafit a écrit le 06/05/2020 à 15:00 :

Bonjour

Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un 
impact sur une partie des données. Il semble que malgré un extinction 
normale le système de fichier n'aie pas pas apprécié ceci.

;-)



Par conséquent il est possible que certains dépots retourne des 
erreurs 500 ou des messages concernant des objets git corrompus ou 
manquants. Merci dans ce cas de m'en informer pour que je puisse les 
traiter au cas par cas.
https://zone.spip.net/trac/spip-zone/changeset/124561/spip-zone/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs 



n'a pas été reporté sur
https://git.spip.net/spip-contrib-squelettes/soyezcreateurs/commits/branch/master 



(alors que le commit SVN précédent avait été pris en compte hier)


Merci


Et j'ai voulu commiter en git et j'ai eu ce message d'erreur :

git.exe push --progress "origin" master:master
Enumerating objects: 29, done.
Counting objects: 100% (29/29), done.
Delta compression using up to 8 threads
Compressing objects: 100% (14/14), done.
Writing objects: 100% (15/15), 1.58 KiB | 807.00 KiB/s, done.
Total 15 (delta 13), reused 0 (delta 0)
remote: Fetching revisions from SVN repository:
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: Failed to push some refs to Subversion repository.
remote: Object 3cd7a4ea731e32e818cb87d08db1a252f47adef0 is corrupt: bad 
stream

remote:
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-squelettes/soyezcreateurs.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-squelettes/soyezcreateurs.git/./subgit/logs'

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



git did not exit cleanly (exit code 1) (4281 ms @ 06/05/2020 22:57:25)



--
RealET


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


[spip-dev] Ajout en masse à "Des sites sous SPIP" ?

2020-05-06 Par sujet RealET

Bonjour,

Dans mon relationnel, il y a une académie, 2 diocèses qui utilisent 
massivement SPIP (600, 80 et 50 sites).

Ces sites ne sont pas référencés dans
https://www.spip.net/fr_article884.html

Pourtant, ça donnerait une visibilité supplémentaire à SPIP.

D'autres sites tels quel https://www.diplomatie.gouv.fr/fr/ manquent aussi.

Est-ce que il y aurait un moyen de les rajouter sans que ça fasse SPAM ?

--
RealET


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


Re: [spip-dev] Socle Interministériel de Logiciels Libres

2020-05-06 Par sujet RealET

nicod_ a écrit le 06/05/2020 à 16:37 :
SPIP n'est pas représenté dans ce catalogue de logiciels libres, alors 
que Wordpress, Drupal, Jekyll et Typo3 le sont, je trouve ça un peu triste.

https://sill.etalab.gouv.fr/fr/software?id=162

Quelqu'un aurait un contact à l'Etalab ?

Pas de contact direct.
Mais j'ai fait passé l'info à mes contacts à l'académie de Rennes (gros 
utilisateurs de SPIP avec 600 sites d'établissements).



--
RealET


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


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

2020-05-06 Par sujet RealET

cam.lafit a écrit le 06/05/2020 à 15:00 :

Bonjour

Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un 
impact sur une partie des données. Il semble que malgré un extinction 
normale le système de fichier n'aie pas pas apprécié ceci.

;-)



Par conséquent il est possible que certains dépots retourne des erreurs 
500 ou des messages concernant des objets git corrompus ou manquants. 
Merci dans ce cas de m'en informer pour que je puisse les traiter au cas 
par cas.

https://zone.spip.net/trac/spip-zone/changeset/124561/spip-zone/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs

n'a pas été reporté sur
https://git.spip.net/spip-contrib-squelettes/soyezcreateurs/commits/branch/master

(alors que le commit SVN précédent avait été pris en compte hier)


Merci

--
RealET


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


Re: [spip-dev] r124483 - in _outils_/spip-cli/trunk

2020-05-02 Par sujet RealET
spip-zone-com...@rezo.net a écrit le 02/05/2020 à 
21:28 :

Author: RastaPopoulos
Date: 2020-05-02 19:28:29 + (Sat, 02 May 2020)
New Revision: 124483

Modified:
_outils_/spip-cli/trunk/
_outils_/spip-cli/trunk/src/Command/CorePreparer.php
Log:
Ajouter une option pour creer le dossier auto/
Attention, quand il y a auto/ il faut aussi pour certains plugins qu'il 
y ait

lib/ à la racine

;-)


--
RealET


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


[spip-dev] Une astuce CSS pour l'internationalisation

2020-04-23 Par sujet RealET

Hello,

Je suis tombé sur https://piccalil.li/tutorial/css-logical-properties/
qui présente margin-inline-start: 1em;
qui met une marge au début d'un texte en tenant compte de son 
orientation (selon la langue).


Et y'en a plein d'autres :
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Logical_Properties

Si ça peut être utile ;-)

--
RealET


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


Re: [spip-dev] [Résolu] r122356 - in _plugins_/agenda/trunk

2020-04-16 Par sujet RealET

RealET a écrit le 16/04/2020 à 21:47 :

spip-zone-com...@rezo.net a écrit le 10/02/2020 à 17:17 :

Author: Cerdic
Date: 2020-02-10 16:07:48 + (Mon, 10 Feb 2020)
New Revision: 122356

Modified:
    _plugins_/agenda/trunk/
    _plugins_/agenda/trunk/agenda_fonctions.php
    _plugins_/agenda/trunk/inc/agenda_filtres.php
Log:
code deprecie, on ne fait plus l'inclusion par defaut, ce qui s'en 
servent eventuellement encore feront l'inclusion dans leur mes_fonctions



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


Bonjour,

Venant de tomber sur le problème à cause d'un *agendafull* dans une 
boucle, est-ce que tu pourrais nous préciser par quoi remplacer ce 
qu'indique cette documentation :
https://contrib.spip.net/SPIP-3-Agenda-et-FullCalendar#Selection-des-evenements-a-afficher 



Merci d'avance ;-)

Une peu plus de rechercher et j'en profite pour répercuter la solution 
dans le forum de l'article idoine :

https://contrib.spip.net/SPIP-3-2-Agenda-et-FullCalendar#comment504687-504686



--
RealET


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


Re: [spip-dev] r122356 - in _plugins_/agenda/trunk

2020-04-16 Par sujet RealET
spip-zone-com...@rezo.net a écrit le 10/02/2020 à 
17:17 :

Author: Cerdic
Date: 2020-02-10 16:07:48 + (Mon, 10 Feb 2020)
New Revision: 122356

Modified:
_plugins_/agenda/trunk/
_plugins_/agenda/trunk/agenda_fonctions.php
_plugins_/agenda/trunk/inc/agenda_filtres.php
Log:
code deprecie, on ne fait plus l'inclusion par defaut, ce qui s'en servent 
eventuellement encore feront l'inclusion dans leur mes_fonctions


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


Bonjour,

Venant de tomber sur le problème à cause d'un *agendafull* dans une 
boucle, est-ce que tu pourrais nous préciser par quoi remplacer ce 
qu'indique cette documentation :

https://contrib.spip.net/SPIP-3-Agenda-et-FullCalendar#Selection-des-evenements-a-afficher

Merci d'avance ;-)

--
RealET


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


[spip-dev] Date de rédaction antérieure et affichage dans la liste des articles d'une rubrique

2020-04-10 Par sujet RealET

Bonjour,

J'ai une association qui utilise beaucoup la Date de rédaction antérieure.
Et qui aurait besoin que dans la rubrique, la liste des article présente 
cette date en plus de la date de publication.


J'ai fait un hack rapide pour eux en rajoutant cette date sur une 2e 
ligne en italique juste en dessous de la date.


Mais je me demande si ça ne devrait pas être intégré nativement à SPIP.
Au moins quand dans configurer_contenu, on a coché oui pour Date de 
rédaction antérieure.


Je pose ça là pour avis, avant de créer un ticket + patch.


Portez-vous bien !

--
RealET


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


[spip-dev] gitea et liste spip zone commit ?

2020-04-10 Par sujet RealET

Bonjour,

Actuellement, les mails envoyés pour signalés les commits sont faits au 
niveau des commits SVN.
Résultat, pour ce qui est seulement sur git.spip.net (exemple 
https://git.spip.net/spip-contrib-extensions/opquast), il n'y a aucun 
mail de commit.


Est-ce qu'il faudra attendre que la zone SVN soit en lecture seule pour 
basculer ?


Ou, est-ce qu'il serait possible que gitea envoie un mail avec ses hook 
ssi le hook de synchro SVN n'a pas eu de synchro à faire ?


Merci d'avance



--
RealET


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


Re: [spip-dev] r123261 - in _plugins_/cooliris

2020-04-04 Par sujet RealET
spip-zone-com...@rezo.net a écrit le 04/04/2020 à 
14:56 :

Author: e...@smellup.net
Date: 2020-04-04 12:56:18 + (Sat, 04 Apr 2020)
New Revision: 123261

Added:
_plugins_/cooliris/branches/
_plugins_/cooliris/branches/v1/
_plugins_/cooliris/trunk/
Removed:
_plugins_/cooliris/V1/
_plugins_/cooliris/V2/
Log:
Passage du plugin en trunk avant transfert sous git


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


Cooliris est mort depuis plusieurs années.
Voir https://fr.wikipedia.org/wiki/Cooliris

Le site officiel n'existe plus.
Encore une victime d'un rachat par Yahoo.

--
RealET


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


Re: [spip-dev] Tous en débardeur !

2020-04-01 Par sujet RealET

Eric Lupinacci a écrit le 31/03/2020 à 21:05 :

Hello,

Avec Cédric nous avons testé hier et aujourd'hui un nouvel outil destiné 
à remplacer smart-paquets et surtout à faciliter la transition douce 
vers les zips de git (moi j'ai juste testé hein).


\o/
Bravo et merci !

Est-ce qu'au passage, il résout ce vieux ticket
https://core.spip.net/issues/3927

?

À mettre aussi en relation avec
https://core.spip.net/issues/4150


--
RealET


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


Re: [spip-dev] Taille de l'espace privé

2020-03-22 Par sujet RealET

YannX SPIP(hot) a écrit le 22/03/2020 à 14:40 :

Finalement le seul cas ou je me plains de la largeur restreinte, c'est 
sur Skeleditor
(quand on veut corriger vite fait une pedzouille de squelette, ou 
améliorer ponctuellement
( je n'ai pas réussi à agrandir le textarea à la souris... => lame 
Grande largeur du CS )


Un commit vieux de plusieurs mois permet d'utiliser F11 dans SkelEditor 
pour passer la zone d'édition en plein écran (et inversement).


;-)


--
RealET


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


Re: [spip-dev] Validation des PR sur le core

2020-03-18 Par sujet RealET

nicod_ a écrit le 18/03/2020 à 14:31 :
En fait le mieux serait peut être que l'auteur·e de la PR fasse soi même 
la fusion, en connaissance du contexte et du travail réalisé (simple 
correction, ticket ou travail spécifique), une fois que deux +1 ont été 
ajoutés et qu'il n'y a plus de discussion en cours


Sauf bien sûr dans le cas d'un PR fait par un non membre du core ;-)

--
RealET


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


Re: [spip-dev] Proposition pour la génération de archivelist

2020-03-11 Par sujet RealET

RealET a écrit le 07/03/2020 à 12:06 :

Maïeul Rouquette a écrit le 06/03/2020 à 20:21 :
Moi j'ai un problème concret : avec la version actuelle de SPIP, 
comment est-ce que j'installe automatiquement via SVP un plugin qui 
est déposé sut git.spip.net ? Pour cela il faut qu'il soit dans le 
depot.xml standard.


Oups, ma réponse s'est noyé dans la question.

Peut-être comme on fait depuis des années : via les externals ?
comme s'est fonctionnel pour Github, ça devrait l'être pour le Git de 
SPIP, non ?



--
RealET


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


[spip-dev] et nombres

2020-03-08 Par sujet RealET

Bonjour,

J'ai lu avec beaucoup d'intérêt
https://css-tricks.com/what-to-use-instead-of-number-inputs/
et
https://technology.blog.gov.uk/2020/02/24/why-the-gov-uk-design-system-team-changed-the-input-type-for-numbers/

En substance, ça dit que :

pose des tas de problèmes

Et que si on veut permettre de saisir une chaine de caractères 
constituée de chiffres, il est bien préférable d’utiliser :



Ça me semble intéressant pour le plugin Saisies.

Qu'en dites-vous ?


--
RealET


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

Re: [spip-dev] Proposition pour la génération de archivelist

2020-03-07 Par sujet RealET

Maïeul Rouquette a écrit le 06/03/2020 à 20:21 :
Moi j'ai un problème concret : avec la version actuelle de SPIP, comment 
est-ce que j'installe automatiquement via SVP un plugin qui est déposé 
sut git.spip.net ? Pour cela il faut qu'il soit dans le depot.xml standard.Peut-être comme on fait depuis des années : via les externals ?


--
RealET


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


[spip-dev] Compatibilité de plugins avec SPIP 3.3 (liste)

2020-02-24 Par sujet RealET

Bonjour,

SoyezCréateurs utilisant vraiment beaucoup de plugins (mais pas 
forcément toutes leurs fonctionnalités), je le teste déjà depuis 
quelques mois avec la version SPIP 3.3 SVN.

Et il marche bien avec :
https://contrib.spip.net/Verifier
https://contrib.spip.net/Cache-Factory
https://contrib.spip.net/?article4068 (Chammps Extra)
https://contrib.spip.net/Citations-bien-balisees
https://contrib.spip.net/2855 (Corbeille)
https://contrib.spip.net/Fulltext
https://contrib.spip.net/spip.php?article3703 (Import-Export)
https://contrib.spip.net/?article3828 (MailCrypt)
https://contrib.spip.net/Notifications
https://contrib.spip.net/Saisies
https://contrib.spip.net/Formidable-le-generateur-de-formulaires
https://contrib.spip.net/Social-tags
https://contrib.spip.net/Bonux-pour-SPIP3
https://contrib.spip.net/Le-plugin-YAML-v2
https://contrib.spip.net/?article4246 (Noizetier) + N-Core
https://contrib.spip.net/CSS-facile-avec-LESSpip-Less-CSS

Donc, voilà, je pose ça là.


Pour les auteurs des plugins en question.

Et peut-être pour changer les bornes de compatibilité un jour ou l'autre.


--
RealET


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


Re: [spip-dev] r122670 - _plugins_/dictionnaires/trunk

2020-02-24 Par sujet RealET

Eric Lupinacci a écrit le 24/02/2020 à 17:43 :

C'est du wishfull thinking ou c'est vérifié ?

Testé !
Chez moi ça marche™


--
RealET


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

[spip-dev] Erreur de squelette dans trad.spip.net

2020-02-03 Par sujet RealET

Hello,

J'ai cliqué sur un "-" dans le bilan des traductions
Arrivé sur https://trad.spip.net/tradlang_module/spip_bonux?lang_cible=fr_tu

Je vois :

13 items sont inexistants dans la langue "français copain" (fr_tu).
[(13|=={13}|non) [( |oui) [
] ]


--
RealET


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


[spip-dev] L'empaqueteur écrit encore sur la zone

2020-01-24 Par sujet RealET

Bonjour,

Et ça me donne une idée : est-ce qu'il n'est pas possible de configurer 
que spip-zone soit un alias de spip-dev.
Comme ça,  toute tentative d'écriture sur spip-zone serait ipso-facto 
une écriture sur spip-dev.


;-)

--
RealET


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


Re: [spip-dev] Suivi des projets sur gitea

2020-01-21 Par sujet RealET

chanka...@choc0.net a écrit le 21/01/2020 à 13:42 :


hello
Le 21/01/2020 à 11:56, Maïeul Rouquette a écrit :

oki, donc cela sert à cela de suivre
le fait de suivre envoie un avertissement par mail lors d'une activité 
dans le répertoire, mais je suis d'accord que c'est un peu dommage qu'il 
n'y ait pas de flux rss prévu...

https://github.com/go-gitea/gitea/issues/569 :(
https://github.com/go-gitea/gitea/issues/64

Donc, prévu, mais pas encore fait.

--
RealET


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


Re: [spip-dev] Organisation de la forge Git de SPIP

2020-01-20 Par sujet RealET

cam.la...@azerttyu.net a écrit le 20/01/2020 à 09:55 :

Bonjour

Un complément technique, pour les personnes qui avaient déjà
synchronisé des dépôts depuis les anciennes organisations.
Il est possible de basculer simplement (comme le vénérable svn switch)

A propos du vénérable svn switch…

Soit un dossier actuellement en SVN
Est-ce qu'il y a une commande en git pour dire que désormais, le dossier 
en question a pour origine Git ?

(et sans doute juste après un rm .svn/ -rf)

Merci


--
RealET


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

Re: [spip-dev] Organisation de la forge Git de SPIP

2020-01-19 Par sujet RealET

Eric Lupinacci a écrit le 19/01/2020 à 19:29 :

Hello,

C'est un jour important pour le développement de SPIP car la migration 
de la forge SPIP de SVN (autrement dit la Zone) vers Git (forge Gitea ou 
notre nouvelle Zone) a clairement débutée.
Une première étape est finalisée 

Bravo et merci !

Une remarque en passant : https://git.spip.net/ n'est pas en lien dans 
la boussole…



--
RealET


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

[spip-dev] Test post avec gmane sur devel seul

2020-01-14 Par sujet RealET

Bonjour,

Ceci est un test.
Thunderbird.
Nouveau message sur le groupe spip.devel

Je n'ai pas mis Zone.

--
RealET

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


Re: [spip-dev] [Spip-zone-commit] r119726 - in _plugins_/formidable/trunk

2020-01-14 Par sujet RealET

Bruno Bergot a écrit le 14/01/2020 à 09:21 :

Hop,

Tonton, il ne faut plus poster sur la liste spip-zone, on a fermé 
celle-ci cf :


https://www.mail-archive.com/spip-zone@rezo.net/msg49190.html
Il semblerait que depuis que Lars a réabonné toutes les listes qui 
étaient en gmane.org en gmane.io, tout ce qui est posté sur dev est 
aussi en copie sur zone.
Pire : Maïeul se retrouve posté 2 fois sur Zone à chaque réponse depuis 
quelque jours.


D'ailleurs, avec thunderbird :
J'étais dans devel.
J'ai fait répondre au groupe.
Et j'ai devel + Zone
(j'ai donc enlevé manuellement Zone)


--
RealET, adepte inconditionnel de gmane


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


Re: [spip-dev] Commits de Salvatore bloqués depuis vendredi

2020-01-06 Par sujet RealET

Bruno Bergot a écrit le 06/01/2020 à 11:51 :

Et moi, je sors du fil ?

Oui :(

--
RealET, postant via gmane


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


Re: [spip-dev] r119258 - in _galaxie_/plugins-spip-net/svp2010

2019-12-28 Par sujet RealET

Bruno Bergot a écrit le 28/12/2019 à 15:30 :

Pour info, Cedric, merci à lui, a "croché dedans" et publié une nouvelle 
version basée sur bootstrap, la peinture est encore un peu fraîche mais 
ça permet de relancer le site !


https://plugins.spip.net/


Merci Cédric !

Bonne année !

--
RealET


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


Re: [spip-dev] Git des plugins SPIP - Plugins/squelettes à intégrer

2019-12-25 Par sujet RealET

Eric Lupinacci a écrit le 25/12/2019 à 21:31 :

Hello,

Bon j'ai fini une "petite liste" des plugins et squelettes (pas les 
thèmes) compatibles 3.2 et non encore basculés sur Git.
J'ai considéré en première approche que ces quelques 660 plugins sont 
les plugins prioritaires à intégrer sous Git.


Cette liste est disponible dans le framacalc : 
https://lite.framacalc.org/9e2k-plugins-32-a-mettre-sous-git. Il y a 495 
plugins.

La colonne B donne le chemin sur la zone du trunk.
Il est possible avec ça de créer un fichier à lire pour un éventuel script.

Merci Eric pour tout ce travail !

J'ai mis une remarque ligne 485, colonne B sur SoyezCréateurs :
_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs
Ça, c'est le chemin du squelette lui-même (pour zip par l'empaqueteur). 
Mais ce dernier est accompagné d'autres éléments (scripts sh, 
documentation...). Je suis preneur d'une autre organisation si elle 
permet de versionner le reste sans le zipper.



C'est une vraie question pour moi : je vois bien que je suis le seul à 
avoir fait ça :

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/soyezcreateurs_net/trunk

Est-ce qu'il vaudrait mieux avoir une structure avec :
soyezcreateurs_squelette/trunk contenant 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs
soyezcreateurs_installeur/trunk avec 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs_installateur

soyezcreateurs_complements/trunk avec le reste.

?

--
RealET



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


Re: [spip-dev] Suivre le fil

2019-12-20 Par sujet RealET

RastaPopoulos a écrit le 20/12/2019 à 08:56 :


(Par ailleurs je continue de penser que quand on veut discuter et retrouver 
efficacement les conversations sur les trucs propres au noyau, les choix 
stragégiques sur telle API du core, sur Git, composer, ou autre, ça va 
désormais être totalement perdu au milieu de centaines de conversation sur des 
plugins, donc le bordel et galère, et que donc la fusion ne simplifie rien mais 
au contraire génère encore plus de bazar mal rangé. C'est déjà le cas au bout 
d'une semaine, y compris sans le problème des fils, alors après un an…)

+1

--
RealET



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

Re: [spip-dev] r118998 - in _plugins_

2019-12-11 Par sujet RealET
spip-zone-com...@rezo.net a écrit le 11/12/2019 à 
16:30 :

Author: vincent.call...@gmail.com
Date: 2019-12-11 15:30:11 + (Wed, 11 Dec 2019)
New Revision: 118998

Added:
_plugins_/pensebetes/

.../...

Log:
Nouveau plugin Pense-betes pour de courtes notifications entres auteurs dans 
l'espace prive.

Ce plugin apporte quoi par rapport à la messagerie interne native de SPIP ?

--
RealET


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


Re: [spip-dev] Plugin Archivage de contenus et objets avec enfants

2019-12-03 Par sujet RealET

Eric Lupinacci a écrit le 03/12/2019 à 15:10 :

Re,


Le mar. 3 déc. 2019 à 14:59, RealET <mailto:rea...@gmail.com>> a écrit :


 > Une autre possibilité est de ne pas accepter l'archivage sur les
objets
 > avec enfants.
Ah non !
On doit pouvoir archiver un article particulier sans que ça archive
tous
les autres articles de la rubrique.


Faut que tu relises le texte de mon mail : "ne pas accepter d'archiver 
un objet *avec *enfants. Donc en l'occurrence ne pas archiver les 
rubriques mais uniquement leurs enfants comme les... articles.

Effectivement,
Toi : tu donne le statut est_archive à une rubrique -> c'est la rubrique 
qui est archivée, mais pas ses articles
Moi : puisque qu'une rubrique au sens de SPIP est avant tout un 
conteneur pour du contenu (Articles, Sites...), le statut Archive donné 
à une rubrique n'a aucune influence sur elle, mais est hérité à ses 
contenu (en l'occurrence avec mon code, seulement aux articles)


On n'a pas la même logique.

Et je dois avouer que je ne comprends pas ce qu'une rubrique archivée 
signifierait, alors que ses articles ne serait pas archivés (ni ses 
sous-rubriques...)
Donc, ton idée de ne pas pouvoir mettre le statut Est_Archive à une 
rubrique  (parce qu'elle peut avoir des enfant) est probablement pertinente.


Mais pas pratique si on a besoin d'archiver tous les articles d'une 
rubrique.





Rq : c'est ce que fait ce code avec un mot clef Archives, mais ça
revient au même avec ton champ


Oui mais je ne vois pas ce que ça apporte d'en parler puisque c'est la 
partie qui fonctionne.

Et Archivage de contenus le fait sur tout type d'objet.

cf réponse plus haut.

--
RealET



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


Re: [spip-dev] Plugin Archivage de contenus et objets avec enfants

2019-12-03 Par sujet RealET

Eric Lupinacci a écrit le 03/12/2019 à 11:27 :

Hello,

Hello

Une autre possibilité est de ne pas accepter l'archivage sur les objets 
avec enfants.

Ah non !
On doit pouvoir archiver un article particulier sans que ça archive tous 
les autres articles de la rubrique.


Rq : c'est ce que fait ce code avec un mot clef Archives, mais ça 
revient au même avec ton champ

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs/soyezcreateurs_fonctions.php#L766

--
RealET


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


Re: [spip-dev] [SPIP Zone] Coupure de service de core.spip.net / zone.spip.net / git.spip.net : Fin novembre 2019

2019-12-02 Par sujet RealET

RealET a écrit le 02/12/2019 à 10:23 :
Au passage, j'ai relu 
https://zone.spip.net/trac/spip-zone/wiki/CommentUtiliserSvn à la 
recherche des informations d'IP pour les firewall. Pas trouvé :(
Et la dernière section sur le miroir semble ne plus être d'actualité : 
DNS non résolu pour miroirspip.ventre.name

Les IP Firewall sont ici :
https://core.spip.net/projects/spip/wiki#SPIP-sous-SVN-comment-%C3%A7a-marche-

# Allow outgoing svn
ACCEPT  $FW net:217.24.84.5 tcp 3690-   -   -   -
# Et pour accepter aussi la Zone de SPIP : zone.spip.org
ACCEPT  $FW net:188.165.45.55 tcp 3690-   -   -   -

Pas sûr que cette page soit à jour...
En tout cas
https://www.whatsmydns.net/#A/trac.rezo.net
Donne
193.56.58.31
pour le core de SPIP


--
RealET


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


Re: [spip-dev] [SPIP Zone] Coupure de service de core.spip.net / zone.spip.net / git.spip.net : Fin novembre 2019

2019-12-02 Par sujet RealET

RealET a écrit le 02/12/2019 à 10:05 :

Bruno Bergot a écrit le 02/12/2019 à 09:52 :

Hop,

Le 02/12/2019 à 09:30, Cerdic a écrit :

Hello,

Camille a signalé vendredi soir tard qu’il y avait un soucis de DNS 
et qu’il fallait corriger la déclaration de zone.spip.org, mais comme 
on est décentralisés et répartis, *personne* n’a bougé :p




+1, il semblerait que certaines personnes membres "du core" soient 
passées à côté d'un mail qui leur était adressé avant de râler :)
Si je comprends bien, zone.spip.org devrait avoir une nouvelle adresse 
IP, différente de celle de zone.spip.net ?


En attendant la mise à jour DNS, est que tu pourrais nous donner l'IP 
pour mettre à jour notre fichier hosts local ?


Merci tout plein

Au passage, j'ai relu 
https://zone.spip.net/trac/spip-zone/wiki/CommentUtiliserSvn à la 
recherche des informations d'IP pour les firewall. Pas trouvé :(
Et la dernière section sur le miroir semble ne plus être d'actualité : 
DNS non résolu pour miroirspip.ventre.name


--
RealET


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

Re: [spip-dev] [SPIP Zone] Coupure de service de core.spip.net / zone.spip.net / git.spip.net : Fin novembre 2019

2019-12-02 Par sujet RealET

Bruno Bergot a écrit le 02/12/2019 à 09:52 :

Hop,

Le 02/12/2019 à 09:30, Cerdic a écrit :

Hello,

Camille a signalé vendredi soir tard qu’il y avait un soucis de DNS et 
qu’il fallait corriger la déclaration de zone.spip.org, mais comme on 
est décentralisés et répartis, *personne* n’a bougé :p




+1, il semblerait que certaines personnes membres "du core" soient 
passées à côté d'un mail qui leur était adressé avant de râler :)
Si je comprends bien, zone.spip.org devrait avoir une nouvelle adresse 
IP, différente de celle de zone.spip.net ?


En attendant la mise à jour DNS, est que tu pourrais nous donner l'IP 
pour mettre à jour notre fichier hosts local ?


Merci tout plein

--
RealET


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

Re: [spip-dev] Coupure de service de core.spip.net / zone.spip.net / git.spip.net : Fin novembre 2019

2019-11-12 Par sujet RealET

cam.la...@azerttyu.net a écrit le 12/11/2019 à 11:18 :

Bonjour

Dans le cadre de la migration des services (plus longue que prévue)
(nouveau DC, nouveaux serveurs), il y aura probablement de grosses
coupures de services d'ici la fin du mois.
En l'état je prévois 2 coupures d'au moins 24h pour chacun des sites.
Pour la zone cela ne changera pas grand chose  (vu la situation
actuelle :/) toutefois pour les autres cela risque d'être aussi casse
pied.

Il y a 2 déplacements importants :
* transfert des données entre serveurs du fait de la volumétrie cela
prendre plusieurs heures
* migration physique vers le nouveau DC ce qui prendra aussi plusieurs heures.

Pour diverses raisons techniques, il n'est pas possible de faire les 2
déplacements en même temps.

J'espère qu'ensuite on pourra toutes et tous en profiter.

Merci Camille pour tout cet ouvrage !

--
RealET


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


Re: [spip-dev] Composer, Packagist, gitea, gitlab et github sont dans un bateau

2019-10-21 Par sujet RealET

Eric Lupinacci a écrit le 21/10/2019 à 11:55 :
Enfin là aujourd'hui je jongle avec des sites de dev avec SPIP en git et 
les plugins en SVN et c'est chiant.

Ça, je veux bien le croire.


Je pense qu'il faut tout passer sous  Git y compris les plugins.

Je suis d'accord aussi.

Après, pour la synchro je dirais que pour SPIP et la dist ça deviendra 
inutile assez rapidement avec les scripts d'install.

Pour les script d'install, je ne m'inquiète pas : je vois qu'il y en a.
Mon inquiétude porte sur des script de *migration* permettant de passer 
une installation actuellement en SVN ver Git.


Pour les autres franchement, j'expérimente sur Windows Gitbuh Desktop et 
je vois pas la différence avec du SVN étant donnée l'interface.

;-)
En desktop, j'utilise Tortoise Git, et c'est comme Tortoise SVN (ou 
presque).

C'est la ligne de commande qui diffère…



En tout cas, je pense que le pire sera de rester longtemps entre deux 
eaux avec une partie sous git et l'autre sous svn.

Ça me rappelle que ça fait plus de 2 ans :
https://core.spip.net/issues/3927

--
RealET


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

Re: [spip-dev] Composer, Packagist, gitea, gitlab et github sont dans un bateau

2019-10-21 Par sujet RealET

Cerdic a écrit le 21/10/2019 à 11:10 :

c’est pas une relation client-fournisseur…

Je le sais bien.
Pour moi, c'est une question de relation au sein d'une communauté 
d'utilisateurs.
Et le sentiment général que j'ai lu dans les discussions, c'est que SVN 
était une réalité suffisamment utilisé pour que le passage à Git 
implique un accompagnement pour ne perdre personne.


Alors, oui, on peut se demander si l'installation de SPIP par SVN est 
anecdotique.

Je n'en ai pas l'impression.
J'ai partagé mon usage parce qu'il me semble représentatif de ce qui est 
faisable et fait par d'autres que moi.
Et parce qu'il m'a semblé que la notion d'accompagnement du passage à 
Git était fondamentale.
Et que j'en suis aussi resté à ce que la Zone restait en SVN, seul SPIP 
+ plugins core allaient privilégier Git. Tout en cherchant à ne perdre 
personne.


PS : merci Marcimat pour tes réponses.
PS² : bien sûr que je vais cherche de mon côté comment faire ce passage 
de /.svn à /.git (par exemple, peut-être qu'un simple remplacement du 
dossier à un même niveau de révision permettra de faire la bascule. Mais 
si quelqu'un a déjà testé, ça gagnera du temps)


--
RealET




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

Re: [spip-dev] Composer, Packagist, gitea, gitlab et github sont dans un bateau

2019-10-21 Par sujet RealET

Cerdic a écrit le 21/10/2019 à 09:45 :

Je pense qu’on est tous d’accord pour dire qu’on a envie de garder la 
synchro git/svn le moins longtemps possible, et qu’une fois qu’on 
utilise tous git on peut envisager assez rapidement de la débrancher.

Euh…
Pour ma part, j'ai plusieurs installations de SPIP 100% SVN (SPIP + 
plugins) représentant dans les 500 sites.

C'est facile à mettre à jour (svn up, svn up plugins/*, …)
Et c'est facile de lire le numéro de révision pour remonter à un numéro 
de révision antérieure en cas de bug.


Donc, pour ces cas d'usage, j'aurais besoin :
- d'un script qui transforme une installation pure SVN en pure Git
- d'un script de mise à jour des plugins (on ne peut pas faire git pull 
*, il est nécessaire de le faire dossier par dossier)

- de comprendre comment remonter à n commit en arrière
- de comprendre comment changer de branche (svn sw)

Variante : si j'ai bien compris, composer pourrait faire le boulot.
Mais seulement sur des versions stables, pas possible de récupérer une 
version en dev ?


En attendant, la synchro git<->svn est une nécessité.

--
RealET


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

Re: [spip-dev] [BigUP/SPIP 3.3] Non intégré dans ecrire/?exec=document_edit_document=NNN

2019-08-20 Par sujet RealET

Matthieu Marcillaud a écrit le 20/08/2019 à 16:46 :
Bon, bah une version 1.0.1 est à tester avec la vignette et le 
changement de document. Je n’ai pas vu de collision particulière (mais 
je n’utilise pas de zone étendue pour recevoir les fichiers)

J'ai mis des commentaires dans le commits
https://github.com/marcimat/bigup/commit/cf62d9d53855854d7be024ac837fb1ae04ee7282#diff-7b05575547d02f8a569140f32bcc3eadR234
Est-ce que c'est une bonne méthode ?

--
RealET


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

Re: [spip-dev] [BigUP/SPIP 3.3] Non intégré dans ecrire/?exec=document_edit_document=NNN

2019-08-20 Par sujet RealET

Matthieu Marcillaud a écrit le 20/08/2019 à 16:46 :

Le 20/08/2019 à 11:24, RealET a écrit :

Cerdic a écrit le 20/08/2019 à 10:59 :

Sur la vignette ça doit être gérable sans trop de difficulté.

Sur le « changer » j’avais vu et c’est volontairement que je n’ai pas 
essayé de le mettre car je pressens qu’il va y avoir collision (mais 
peut-être pas, à vérifier), entre les formulaires et conteneurs 
target, notamment quand l’edition de document s’ouvre en popin sur 
une page d’article qui a elle même déjà un ou deux formulaire 
d’upload d’ajout de document/logo


Bon, bah une version 1.0.1 est à tester avec la vignette et le 
changement de document. Je n’ai pas vu de collision particulière (mais 
je n’utilise pas de zone étendue pour recevoir les fichiers)

Testé (en plus avec Makicatta).
Pas vu de glitch pour l'instant.

Merci !

--
RealET


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

Re: [spip-dev] [BigUP/SPIP 3.3] Non intégré dans ecrire/?exec=document_edit_document=NNN

2019-08-20 Par sujet RealET

RealET a écrit le 20/08/2019 à 09:51 :
PS : est-ce que BigUp pourrait être officiellement zippé pour pouvoir le 
rajouter en necessite de plugins ?

Aussitôt dit, aussitôt discuté sur IRC, aussitôt fait.

--
RealET



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


Re: [spip-dev] [BigUP/SPIP 3.3] Non intégré dans ecrire/?exec=document_edit_document=NNN

2019-08-20 Par sujet RealET

Cerdic a écrit le 20/08/2019 à 10:59 :

Sur la vignette ça doit être gérable sans trop de difficulté.

Sur le « changer » j’avais vu et c’est volontairement que je n’ai pas 
essayé de le mettre car je pressens qu’il va y avoir collision (mais 
peut-être pas, à vérifier), entre les formulaires et conteneurs target, 
notamment quand l’edition de document s’ouvre en popin sur une page 
d’article qui a elle même déjà un ou deux formulaire d’upload d’ajout de 
document/logo

Je vois la difficulté technique :(
Mais d'un point de vue utilisateur, voici ce qui m'est arrivé hier en 
formation :

- je veux modifier une image
- je clique sur [Changer] puis [choisir un fichier]
- et, habitué à BigUp qui télécharge immédiatement, je clique sur 
[Enregister] en bas
- j'ai dû recommencer pour comprendre que j'aurais en plus dû cliquer 
sur [Téléverser]


Donc, c'est une question de cohérence d'interface pour avoir les mêmes 
automatismes partout.


--
RealET


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

[spip-dev] [BigUP/SPIP 3.3] Non intégré dans ecrire/?exec=document_edit_document=NNN

2019-08-20 Par sujet RealET

Bonjour,

C'est que du bonheur BigUP !
Mais il reste un endroit de SPIP où il n'est pas intégré : la 
médiathèque quand on *change* un fichier.


PS : est-ce que BigUp pourrait être officiellement zippé pour pouvoir le 
rajouter en necessite de plugins ?


--
RealET


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


Re: [spip-dev] Maintenance de la zone

2019-08-12 Par sujet RealET

cam.la...@azerttyu.net a écrit le 12/08/2019 à 10:27 :

Bonjour

Je viens de lancer une opération de mise à jour des commits sur la
zone (certains commits sont manquants ou affectés à utilisateur root).
Le service reste fonctionnel mais est (fortement) ralenti car
l'indexation est lourde.

Cela va prendre entre la matinée et la journée.

Km


Merci Camille !

--
RealET


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


Re: [spip-dev] Les SVG sont des images comme les autres

2019-07-26 Par sujet RealET

Cerdic a écrit le 24/07/2019 à 16:25 :
J’ai fait un test rapide sur le premier SVG venu trouvé dans un moteur 
de recherche, qui est tout petit mais avec des transform et des 
gradients, et franchement le résultat est totalement inexploitable (ie 
tellement loin de ressemble à l’image SVG que même pour couleur_extraire 
je suis pas sur que ce soit intéressant)


Je ne pense même pas que ça vaille la peine de commit le debut de filtre 
que j’ai fait avec ça mais c’est là si vous voulez tester

http://spip.pastebin.fr/57695

Merci d'avoir essayé !
Dans les forums de la fonction, j'ai vu passé que certains utilisaient 
comme moteur de rendu Inkscape (donc, que Imagick pouvait faire appel à 
un moteur externe).


Mais à part monter un serveur appelable de l'extérieur pour faire ça 
(comme le serveur latex), je ne crois pas que ça puisse être 
officiellement intégré dans SPIP.


--
RealET


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

Re: [spip-dev] Les SVG sont des images comme les autres

2019-07-24 Par sujet RealET

Cerdic a écrit le 24/07/2019 à 13:48 :
On verra à l’usage, et si on trouve une lib un peu smart qui fait ça 
(dans le cas de couleur_extraire par exemple, on a pas forcément besoin 
d’un rendu 100%, même si la lib ignore certaines instructions qu’elle ne 
sait pas rendre ce n’est pas très grave)

Si le serveur a Imagick, ça a l'air d'être une fonction native de la lib
https://stackoverflow.com/questions/4809194/convert-svg-image-to-png-with-php
http://cryto.net/~joepie91/blog/2012/11/23/how-to-convert-svg-files-to-png-using-imagemagick-in-php-retaining-the-alpha-channel/
https://phpimagick.com/Tutorial/svgExample

--
RealET


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

Re: [spip-dev] [SPIP Zone] SPIP 3.3, logos et images/documents

2019-07-20 Par sujet RealET

Arnaud Martin a écrit le 20/07/2019 à 19:29 :




[* ] Ok on y va ça a trop duré, on affinera la proposition en faisant




Juste un point pas abordé dans ton mail: que devient le «logo de survol»?

- Dans son utilisation «de base», c’est un peu un truc has been, me semble-t-il.

- Mais dans la pratique, personnellement, j’en ai un usage détourné assez 
systématique. Ce qui ne justifie pas de le conserver sous cette forme, mais ça 
pose la question d’un rôle spécifique du genre «logo alternatif», lié donc au 
logo normal.

- Du coup: si on fusionne avec les documents: pourquoi pas un «document 
alternatif», sur le modè!e de ce «logo alternatif» (logique du logo de survol 
chez moi).

- Plus généralement, vous êtes vous posé la question d’avoir plusieurs 
“versions”/variantes d’un document? (Formats alternatifs, 
compressions/dimensions adaptées, fichiers de sous-titres multilingues pour une 
vidéo…).


Et tu vas aussi avoir Centre image à adapter (ou pas, selon comment ça 
va l'impacter).


--
RealET


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

Re: [spip-dev] SPIP 3.3, logos et images/documents

2019-07-20 Par sujet RealET

Cerdic a écrit le 20/07/2019 à 16:46 :

Hello,

c’était au programme de la 3.3, mais on a rien fait jusqu’ici, et comme 
tout le sujet est englué depuis des années (décénies ?), je vous fais 
donc la proposition suivante :


  * la version 3.3 sera une version de transition

Pour les logos :

  * les logos sont intégrés dans la table spip_documents avec
mode=‘logo’, mais sans modification de l’interface, et sont toujours
dans le dossier IMG/ pour ne pas casser trop les plugins de
restrictions d’acces (cf https://core.spip.net/issues/3719)
  * Aucune modification de l’utilisation des balises LOGO ni des boucles
documents desquelles ces images seront exclues par défaut comme les
vignettes de document
Donc, le logo de rubrique par défaut, l'héritage des logos au niveau des 
rubriques (débrayable par define('_LOGO_RUBRIQUE_DESACTIVER_HERITAGE', 
true);), #LOGO_ARTICLE_RUBRIQUE, {logo} 
(https://www.spip.net/fr_article900.html#logo), #LOGO_SITE_SPIP...

Tout cela va continuer à fonctionner ?

Par contre, le fait d'utiliser mode='logo' ne va pas permettre 
d'utiliser un logo comme logo *et* comme image jointe à un article ?

Sauf à déplacer le champ mode sur la liaison ?

Plus généralement, ça serait vachement pratique, comme le fait le plugin 
Pages uniques, d'avoir un identifiant textuel pour chaque document/logo.
Comme ça, il serait possible d'uploader facilement des images appelables 
par un squelette via son identifiant textuel...






[x] Ok on y va ça a trop duré, on affinera la proposition en faisant
\o/


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

Re: [spip-dev] Autorisations : difficultés pour faire des actions apparemment simples

2019-06-06 Par sujet RealET

RealET a écrit le 03/06/2019 à 14:55 :

Bonjour,

J'ai eu besoin sur un site de limiter les actions des rédacteurs :
•    bloquer toute possibilité de créer de nouveaux articles
•    bloquer toute possibilité de voir et d'agir sur les rubriques du 
site dans lesquelles on n'a pas d'article à son nom
•    pouvoir voir et modifier uniquement les articles dont on est 
l'auteur (y compris après publication)
•    ne lui permettre de voir en back-office que les articles dont il 
est l'auteur


Et là, j'ai dû jongler entre :
- des autoriser (voir, modifier)
- le pipeline preboucle pour interdire l'accès à certains contenus

Sachant que je n'ai eu bien sûr besoin de cela qu'uniquement dans le 
privé (ecrire/).


Si j'avais pu faire cela uniquement avec des autorisations, ça aurait 
été plus simple.


Un exemple ?
Les rubriques :
- sur l'accueil de ecrire/ les rubriques listées ou non le sont via un 
appel à autoriser voir rubrique

- mais pour le fil d'ariane, j'ai dû passer par pre_boucle

Les articles :
- autoriser voir article n'a aucun effet sur les listes d'articles d'une 
rubrique

- il a donc fallut aussi passer par un pre_boucle

PS : Si le plugin intéresse, je devrais pouvoir le diffuser.



Autre exemple : formulaires/editer_article.php fait une vérification que 
j'ai le droit de créer un article dans une rubrique.

Même si l'article existe déjà :(
J'ai donc (de manière crade) eu à surcharger 
formulaires_editer_article_verifier_dist

en y supprimant
if (!isset($erreurs['id_parent'])
and !autoriser('creerarticledans', 'rubrique', 
_request('id_parent'))
) {
$erreurs['id_parent'] = 
_T('info_creerdansrubrique_non_autorise');
}

Et en me disant qu'à cet endroit, on ne devrait vérifier le droit que si 
l'article n'existe pas encore.
Sachant que le plongeur de rubrique lui, utilise l'autorisation rubrique 
voir.


--
RealET


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

[spip-dev] Autorisations : difficultés pour faire des actions apparemment simples

2019-06-03 Par sujet RealET

Bonjour,

J'ai eu besoin sur un site de limiter les actions des rédacteurs :
•   bloquer toute possibilité de créer de nouveaux articles
•	bloquer toute possibilité de voir et d'agir sur les rubriques du site 
dans lesquelles on n'a pas d'article à son nom
•	pouvoir voir et modifier uniquement les articles dont on est l'auteur 
(y compris après publication)
•	ne lui permettre de voir en back-office que les articles dont il est 
l'auteur


Et là, j'ai dû jongler entre :
- des autoriser (voir, modifier)
- le pipeline preboucle pour interdire l'accès à certains contenus

Sachant que je n'ai eu bien sûr besoin de cela qu'uniquement dans le 
privé (ecrire/).


Si j'avais pu faire cela uniquement avec des autorisations, ça aurait 
été plus simple.


Un exemple ?
Les rubriques :
- sur l'accueil de ecrire/ les rubriques listées ou non le sont via un 
appel à autoriser voir rubrique

- mais pour le fil d'ariane, j'ai dû passer par pre_boucle

Les articles :
- autoriser voir article n'a aucun effet sur les listes d'articles d'une 
rubrique

- il a donc fallut aussi passer par un pre_boucle

PS : Si le plugin intéresse, je devrais pouvoir le diffuser.

--
RealET




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

Re: [spip-dev] compresseur et css

2019-05-24 Par sujet RealET

Cerdic a écrit le 24/05/2019 à 10:08 :
J’ajouterai que cette pratique du domaine externe pour les ressources 
statiques perds plus ou moins tout son intérêt avec HTTP/2 puisqu’elle 
oblige à réouvrir une nouvelle connexion là où http/2 est capable de 
télécharger plusieurs ressources à la suite les unes des autres dans la 
même connexion.


Le petit gain de temps sur le chargement des cookies n’est a priori pas 
suffisant pour contrebalancer la perte de temps à faire une nouvelle 
requête DNS + ouvrir une nouvelle connexion.

Cela dit HTTP/2 n’est pas encore chez tout le monde.
Et n'est pas forcément une bonne idée comme le dit cet article beaucoup 
diffusé ces derniers jours :

https://www.lucidchart.com/techblog/2019/04/10/why-turning-on-http2-was-a-mistake/

--
RealET


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

Re: [spip-dev] Catégorie de plugins, SVP, SPIP et Composer

2019-05-17 Par sujet RealET

Eric Lupinacci a écrit le 17/05/2019 à 10:16 :

Hello,

Le ven. 17 mai 2019 à 09:50, RealET <mailto:rea...@gmail.com>> a écrit :



 > C'est déjà le cas aujourd'hui dans SVP.
 > Mais je ne suis pas sur que le but soit de modifier cette liste
tous les
 > mois.
 > On a tenu 10 ans avec la première liste...
Il me semble que là n'est pas la question.


Ben si c'était la question sur l'évolution des catégories dans le temps.

Je parlais de la question de nicod



La question, c'est : comment vont réagir les versions de SPIP non mises
à jour avec ce changement de catégories ?
- ça ne va plus marcher ?
- ça ne verra que les plugins d'une catégorie commune ?


Mais de quoi tu parles ?

/ecrire/?exec=charger_plugin


Qu'est ce qui ne va plus ou pas marcher ?

La recherche des plugins : la liste des catégories est une liste déroulante.
Si je laisse par défaut "Toutes les catégories", est-ce que les plugins 
trouvés sont aussi ceux d'une catégorie non présente dans la liste (pas 
de problème si la liste change) ou seulement dans la liste (et dans ce 
cas, impossible de trouver et installer un plugin en dehors).




Quelles sont les version de SPIP qui utilisent les catégories?

La, je viens de regarder /ecrire/?exec=charger_plugin en 3.2.4



Avant d'agiter le chiffon rouge de la mort qui tue ça serait bien 
d'identifier précisément les problèmes.
Il y en aura surement mais je ne suis pas sur que cela sera 
insurmontable et de toute façon rien n'interdit d'y réfléchir !

C'est exactement ce que je fais.

Et comme c'est toi qui a codé SVP, je suppose que tu as les réponses à 
mes questions.




Les catégories sont d'abord utilisées sur le site Plugins SPIP pour 
ranger les plugins.

Les API sur les catégories sont toutes dans SVP.
SVP est apparu avec SPIP 3 et les paquet.xml.
SVP propose une recherche avec le critère catégorie.
J'ai l'impression qu'au pire on peu désactiver ce critère pour éviter 
tout effet de bord d'un changement de catégorie et ce pour la version 
3.0 qui ne sera plus maintenue.
D'où la question de Nicod : "si on veut modifier quelque chose là dedans 
il faut sortir une release de SPIP et espérer que les gens mettent à jour."


--
RealET


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


Re: [spip-dev] Catégorie de plugins, SVP, SPIP et Composer

2019-05-17 Par sujet RealET

Eric Lupinacci a écrit le 17/05/2019 à 08:49 :

Yop,

Le jeu. 16 mai 2019 à 21:30, nicod_ <mailto:ni...@lerebooteux.fr>> a écrit :


Le 16/05/2019 à 10:21, Eric Lupinacci a écrit :
 > - transférer les fonctions 1 et 2 dans SPIP directement. Cela
correspond
 > principalement à des globales, une balise pour les catégories et des
 > filtres.

Si c'est figé en dur dans SPIP, ça veut dire que si on veut modifier
quelque chose là dedans il faut sortir une release de SPIP et espérer
que les gens mettent à jour.
Ça me parait un peu trop figé, non ?
(ou c'est moi qui n'ai pas pigé)


C'est déjà le cas aujourd'hui dans SVP.
Mais je ne suis pas sur que le but soit de modifier cette liste tous les 
mois.

On a tenu 10 ans avec la première liste...

Il me semble que là n'est pas la question.

La question, c'est : comment vont réagir les versions de SPIP non mises 
à jour avec ce changement de catégories ?

- ça ne va plus marcher ?
- ça ne verra que les plugins d'une catégorie commune ?

--
RealET



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


Re: [spip-dev] Catégorie de plugins, SVP, SPIP et Composer

2019-05-17 Par sujet RealET

Eric Lupinacci a écrit le 17/05/2019 à 08:58 :

Humm,

Le jeu. 16 mai 2019 à 21:32, RealET <mailto:rea...@gmail.com>> a écrit :


Pour ma part, je regrette SPIP 2.1 (ou 2) où l'arborescence des plugins
était celle sur le disque dur du serveur.
Parce que ça permettait d'avoir son propre classement au lieu d'un
classement imposé (qu'en ce qui me concerne, je n'ai jamais utilisé).


Merci beaucoup pour ton mail qui nous éclaire et fait avancer le débat.

C'est juste un témoignage utilisateur.


Je ne vois pas le rapport entre les catégories de plugin et les 
répertoires de rangement des plugins dans une installation SPIP.
Et ce n'est pas les catégories de plugin qui ont mis à la benne 
l'affichage dont tu parles.

De ce point de vue, tu as tout à fait raison.
Ça n'est pas ces catégories qui ont imposées ce changement d'interface.

Mais s'il n'y a pas corrélation, il y a eu concomitance.


Et ça me semble pertinent de rappeler cette perte maintenant, au moment 
où l'on parle de changements qui pourraient concerner SVP et l'affichage 
des plugins.


--
RealET



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


Re: [spip-dev] Catégorie de plugins, SVP, SPIP et Composer

2019-05-16 Par sujet RealET

RastaPopoulos a écrit le 16/05/2019 à 16:09 :

Le 16/05/2019 à 14:30, Eric Lupinacci a écrit :

Si on considère que c'est de la "gestion de plugins" au sens de l'API
portée par SPIP, c'est du SPIP.
Si on considère que c'est du "Référentiel uniquement" alors oui on peut
éviter de le mettre dans SPIP.


SPIP en a besoin dans la gestion des plugins, si on veut laisser la
souplesse de faire une interface plus ou moins complète.

Quand on a 50 plugins activés par exemple, ça peut être bien de les
afficher par catégorie (au moins de premier niveau). Enfin c'est un
exemple, je veux dire, les catégories c'est pas forcément que pour la
"recherche" (trouver une fonctionnalité), mais aussi dans les trucs
existants sur un site installé quoi.
Pour ma part, je regrette SPIP 2.1 (ou 2) où l'arborescence des plugins 
était celle sur le disque dur du serveur.
Parce que ça permettait d'avoir son propre classement au lieu d'un 
classement imposé (qu'en ce qui me concerne, je n'ai jamais utilisé).


--
RealET


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


Re: [spip-dev] SPIP Zone et Git

2019-05-08 Par sujet RealET

Manu a écrit le 08/05/2019 à 09:24 :

Le 06/05/2019 à 18:11, Bruno Bergot a écrit :

Comme on te le disait sur IRC, si tu installes des plugin par svn sur 
ton serveur c'est que tu sais ce à quoi tu t'exposes.
Je prends la discussion en route (sans en mesurer forcément tous les 
aspects)...

Ce n'est pas une bonne méthode de mettre ses plugins à jour via SVN ?


Ça n'est pas une question de bonne ou mauvaise méthode.
C'est la plus efficace dans le cadre d'une mutualisation de SPIP si on a 
un accès SSH.

Mais ça implique de suivre avec grande attention :
- les changements de branche
- les lib à installer dans lib/ qui ne sont pas installées 
automatiquement (d'ailleurs, ça serait super pratique qu'un plugin à qui 
il manque la lib puisse demander à SVP de réessayer d'installer la lib — 
et que ça marche avec spip-cli aussi).


--
RealET


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

[spip-dev] [Culture G] Qu'est-ce qu'une bonne documentation ?

2019-05-07 Par sujet RealET

Hello,


Je viens de voir (sur conseil d'un ami) la vidéo d'une conférence où il 
était question de doc.

https://www.youtube.com/watch?v=8AsYfJBGLbc

Je partage ça ici parce que ça pourrait intéresser.

--
RealET


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


  1   2   3   4   5   6   7   8   9   10   >