Re: [spip-dev] Mailman -> Discourse

2021-05-07 Par sujet RealET

Ben. a écrit le 07/05/2021 à 18:12 :
P.S2 : pour discuter donc à partir de lundi ce sera ici 
https://discuter.spip.net <https://discuter.spip.net>


Au cas où, le mail de confirmation de compte fait changer de domaine et 
passer sur

https://spip.porter.rezo.net/

;-)


--
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] [COG] Mystère : mon git clone du master avait récupéré un (...)

2021-05-04 Par sujet RealET

RealET a écrit le 04/05/2021 à 09:49 :

spip-contrib-extensions/COG
-
Par RealET, le 4 mai 2021 à 09h48min :

Mystère : mon git clone du master avait récupéré un 

commit en arrière.

Bien prendre la bonne version de Saisie (Francky)
j'ai compris : j'avais fait mes modif sur une version non git (SVP), et 
ensuite, j'ai reporté sur une version Git. Or, le commit de Francky 
avait modifié la version de saisie, mais pas la version du plugin (ni 
fait de tag). Le zip contenait donc la version d'avant son commit.


⇒ toute intervention sur paquet.xml devrait faire un up de z et un tag 
pour générer le bon zip





*Modifié*
 paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/COG/commit/cb9f411e760e642e347e6da2b33fe32682d57687




--
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] [fullcalendarcompat] Compatible SPIP 4.0 (et nécessaire pour faire (...)

2021-05-03 Par sujet RealET

spip.fra...@lien-d-amis.net a écrit le 03/05/2021 à 21:26 :

Hello 
La bonne écriture pour qu'il ne fonctionne qu'avec spip 4, c'est plutôt:
compatibilite="[4.0.0-alpha;4.0.*]"


L'idée, c'est *justement* que ça fonctionne aussi en 3.3 pour ceux qui 
l'ont déjà pour qu'ils puissent mettre à jour d'abord les plugins, puis 
SPIP.

Pragmatisme vs idéalisme ;-)

PS : et pour ma part, les écritures avec x.y.z-dev/alpha/rc c'est assez 
abscons pour savoir si dev continuera à fonctionner en alpha par exemple


;-)


--
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] [medias_responsive_mod] title => |propre|textebrut - notamment pour virer (...)

2021-05-03 Par sujet RealET

Arnaud Martin a écrit le 03/05/2021 à 12:44 :



Je me réponds : oui, c'est pour un attribut title
Mais dans ce cas, pourquoi pas simplement |attribut_html

cfhttps://www.spip.net/fr_article4282.html 
<https://www.spip.net/fr_article4282.html>:

Noter que ce filtre supprime les tags html



Est-ce qu’il traite les {italiques}? C’est mon problème permanent: le 
traitement des {italiques} dans les titres.



Oui, je viens de vérifier (avec un exposant et un italique).
Et je n'ai que :
[ title="(#TITRE|attribut_html)"]

PS : supprimer_numero est déjà appliqué nativement à partir de SPIP 3

--
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] [medias_responsive_mod] title => |propre|textebrut - notamment pour virer (...)

2021-05-03 Par sujet RealET

RealET a écrit le 03/05/2021 à 12:34 :

ARNO* a écrit le 03/05/2021 à 12:29 :

spip-contrib-extensions/medias_responsive_mod
-
Par ARNO*, le 3 mai 2021 à 12h27min :

title => |propre|textebrut -  notamment pour virer italiques


*Modifié*
 paquet.xml
 squelettes/modeles/doc.html
 squelettes/modeles/file.html
 squelettes/modeles/image.html
 squelettes/modeles/img.html
 squelettes/modeles/ligne.html
 squelettes/modeles/slide.html

Détails : 
https://git.spip.net/spip-contrib-extensions/medias_responsive_mod/commit/b8fd683ca889e20b92a0c30dfcc03e1ed6813538 




Tu veux vraiment supprimer tous le HTML, y compris les exposants ?


Je me réponds : oui, c'est pour un attribut title
Mais dans ce cas, pourquoi pas simplement |attribut_html

cf https://www.spip.net/fr_article4282.html :
Noter que ce filtre supprime les tags html

--
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] [medias_responsive_mod] title => |propre|textebrut - notamment pour virer (...)

2021-05-03 Par sujet RealET

ARNO* a écrit le 03/05/2021 à 12:29 :

spip-contrib-extensions/medias_responsive_mod
-
Par ARNO*, le 3 mai 2021 à 12h27min :

title => |propre|textebrut -  notamment pour virer italiques


*Modifié*
 paquet.xml
 squelettes/modeles/doc.html
 squelettes/modeles/file.html
 squelettes/modeles/image.html
 squelettes/modeles/img.html
 squelettes/modeles/ligne.html
 squelettes/modeles/slide.html

Détails : 
https://git.spip.net/spip-contrib-extensions/medias_responsive_mod/commit/b8fd683ca889e20b92a0c30dfcc03e1ed6813538


Tu veux vraiment supprimer tous le HTML, y compris les exposants ?


--
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] BigUp est SPIP 3.2

2021-05-03 Par sujet RealET

Matthieu Marcillaud a écrit le 03/05/2021 à 08:36 :

Le 03/05/2021 à 08:16, RealET a écrit :

Est-ce qu'il serait possible de refaire la branche v1 à partir du 



dernier commit encore compatible :
https://git.spip.net/spip/bigup/commit/fd04b6e40a8c6f320cab8afc2618084914cb7afc 



Ça serait pas le commit avant l'introduction du .svg plutôt pour 3.2 ?

Autant profiter des dernières traductions ;-)

Et après l'introduction du SVG, il y a eu :
https://git.spip.net/spip/bigup/commit/29a13a3b09aa6ac01d61d1cb7246c7021a1c2ca6

Donc, c'est vraiment ton commit de ce WE qui a cassé la compatibilité ;-)


--
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] BigUp est SPIP 3.2

2021-05-03 Par sujet RealET

Bonjour,

Jusqu'à ce WE, le master de bigup était compatible avec SPIP 3.2 (cf 
https://git.spip.net/spip/bigup/commit/e588565f65bf0f10f489079b5d7a8f3e193b742a)


Et j'utilisais en prod ce master sur ... beaucoup de sites.

La branche v1 qui vient d'être créé perd tous les commits récents, en 
particulier un auquel je tiens beaucoup :

https://git.spip.net/spip/bigup/commit/092d2d30978f5af4806734b0a505458236b07606
"Masquer le bouton Téléverser si Bigup est bien actif"

Est-ce qu'il serait possible de refaire la branche v1 à partir du 
dernier commit encore compatible :

https://git.spip.net/spip/bigup/commit/fd04b6e40a8c6f320cab8afc2618084914cb7afc

Et d'en profiter pour sortir un tag 1.0.9 ?

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] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet RealET

Eric Lupinacci a écrit le 30/04/2021 à 08:59 :

On pourrait même imaginer que certains plugins qui ajoutent des 
raccourcis puissent s'y insérer pour lister les leurs.


Ça, c'est une super idée !
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] SPIP 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet RealET

erational a écrit le 30/04/2021 à 08:32 :


Afficher l'aide ne sert plus à rien.
Plus personne ne lit le mode d'emploi avant d'utiliser un système.


Si moi !
Mais seulement cette page : https://www.spip.net/aide/?aide=raccourcis
Pour les ancres
Et les notes de bas de page "non automatiques"

--
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-29 Par sujet RealET

Matthieu Marcillaud a écrit le 29/04/2021 à 17:07 :

Bonjour,


Re bonjour,


Squelettes par rubriques


Ça permet de faire des squelettes tel que "article=3.html". Gourmands en 
performance pour retrouver ces squelettes, on préfère utiliser 
maintenant d'autres méthodes, notamment avec le plugin Compositions.


Ça pourrait être utile d'avoir une page utilitaire qui scannerait les 
racines du path pour voir si des fichiers correspondent à cette 
utilisation pour le signaler ?


Idem pour scanner les squelettes à la recherche de (BREVES) et autres ?


--
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-29 Par sujet RealET

Matthieu Marcillaud a écrit le 29/04/2021 à 17:07 :

Bonjour,


Bonjour

+1 sur tout sauf :


Compagnon ?
-

Là c'est plus subjectif et plus fortement sujet à discussion. 
Le 
compagnon offre des infos aux nouveaux visiteurs. Il était fait pour 
avoir un accueil plus agréable lors des premières installations.


Est-ce que le rendre inactif pour les webmestres ne serait pas une 
solution simple de ne plus le voir pour "nous", mais qu'il soit encore 
disponible pour les autres ?





Aide ?


Là encore plutôt sujet à discussion. Ce plugin ajoute les icones [?] à 
différents endroits de l'espace privé. Mais cette aide n'est plus à jour 
et est la même pour toutes les versions de SPIP. Quand elle n'est pas 
obsolète.


1) Il faut la garder pour le côté rassurant
2) quand j'ai besoin de la syntaxe pour les ancres ou pour les notes de 
bas de page utilisées plusieurs fois ou nommées (genre explicitement * 
au lieu d'un numéro), j'utilise l'aide de 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] Ne pas échapper le js inséré par un modèle dans l'admin de SPIP

2021-04-28 Par sujet RealET

RealET a écrit le 28/04/2021 à 10:02 :

Cerdic a écrit le 28/04/2021 à 09:27 :

data-src ou bien le fait que le src contient une image en base64 ?

Bonne pioche !

Je vais corriger le plugin pour réparer la prévisue dans l'admin.



Résolu, merci pour la piste
https://git.spip.net/spip-contrib-extensions/nivoslider/commit/2fc16f04

--
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] Ne pas échapper le js inséré par un modèle dans l'admin de SPIP

2021-04-28 Par sujet RealET

Cerdic a écrit le 28/04/2021 à 09:27 :

data-src ou bien le fait que le src contient une image en base64 ?

Bonne pioche !

Je vais corriger le plugin pour réparer la prévisue dans l'admin.


--
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] Ne pas échapper le js inséré par un modèle dans l'admin de SPIP

2021-04-26 Par sujet RealET

Cerdic a écrit le 26/04/2021 à 13:58 :
Le js n’est par défaut pas échappé dans les modèles, cf le modèle gis 
qui en contient plein
https://git.spip.net/spip-contrib-extensions/gis/src/branch/master/modeles/carte_gis.html 
<https://git.spip.net/spip-contrib-extensions/gis/src/branch/master/modeles/carte_gis.html>


MAIS

les images ou lien avec des urls un peu louches ou des attributs onxxx 
sont en effet échappées car ce sont des moyens possibles pour 
faire du 
XSS et pour un rédacteur invité sur un site de voler la session de 
l’admin qui relie son article.

En l’occurrence, c'est des data-src qui provoquent le problème.




La detection produit certainement des faux positifs, mais on ne sait pas 
faire mieux.

Oui, c'est en rapport avec
https://core.spip.net/issues/4706



A charge pour les plugins de faire des modèles avec du html propre 
sans 

ambiguité et d’éviter ce genre de situation.


data-src sur une image, c'est devenu un standard, 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] Ne pas échapper le js inséré par un modèle dans l'admin de SPIP

2021-04-26 Par sujet RealET

Bonjour,

En 3.2 (ou 3.3), est-ce qu'un plugin peut déclarer son JS sûr pour que 
le js de ses modèles ne soit pas échappé dans l'admin de SPIP (cf 
https://contrib.spip.net/Nivo-Slider-3747#comment508245-508242) ?


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] [spip] function image_recadre_avec_fallback() image_recadre (...)

2021-04-26 Par sujet RealET

a...@rezo.net a écrit le 26/04/2021 à 08:41 :


Je ne sais pas si on fait ça maintenant, mais dans mon souvenir on 
ne 
s’autorisait pas à faire fonctionner les filtres graphiques dans 
l’espace privé sur la simple foi d’un détection de GD2, parce qu’on 
avait à l’époque des configurations pourries sur les serveurs. Je veux 
bien supposer que ce n’est plus le cas, mais je ne sais pas ce qu’on a 
décidé pour SPIP.


Parce que pour l’instant, je vois que dans _image_creer_vignette (qui 
est le fondement de la réduction des images), on se base encore sur le 
choix «manuel» de la méthode de réduction, et pas sur du tout 
automatique: ligne 1368 de filtres_images_lib_mini.php:



$process = $GLOBALS['meta']['image_process'];


Dis autrement: de ce que j’en comprends, pour l’instant, la politique 
dans l’espace privé est de ne pas activer automatiquement GD2 sans choix 
manuel (et «visuel») dans la page de config avancée de la part des 
webmestres.


Mais si on me dit que désormais on fait autrement, je veux bien 
remplacer mon test sur lire_meta(image_process) par un 
function_exists(imagecreatetruecolor), évidemment.


"On", ça ne saurait être moi ;-)


--
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] function image_recadre_avec_fallback() image_recadre (...)

2021-04-25 Par sujet RealET

ARNO* a écrit le 24/04/2021 à 20:00 :

spip/spip
-
Par ARNO*, le 24 avril 2021 à 19h59min :

function image_recadre_avec_fallback()

image_recadre si gd2 et plugin filtres activé, sinon image_passe_partout usuel


*Modifié*
 ecrire/inc/filtres_images_mini.php
 prive/objets/liste/articles.html

Détails : 
https://git.spip.net/spip/spip/commit/712e4b826fa074ff6fb733860d1033589a2df62d


Bonjour ARNO*,

Sur les SPIP que j'utilise, c'est convert que je mets pour éviter les 
pages blanches sur images trop grandes ;-)

Donc, la meta image_process vaut convert

Et tous les filtres images fonctionnent sur ces sites ;-)
Et je viens de le vérifier en installant ImageMagick (qui contient 
convert.exe) en suivant les instructions de

https://mlocati.github.io/articles/php-windows-imagick.html
sous Windows + Laragon.

Donc, alors que j'ai GD2, installé, avec le code que tu as produit, au 
niveau d'une rubrique : ecrire/?exec=rubrique_rubrique=11

Si dans ecrire/?exec=configurer_avancees j'indique GD2
Les images sont recadrées en suivant les indications de Centre Images 
(merci pour la mise à jour pour SPIP 3.3).
Par contre, si j'indique Convert ou ImageMagik, les images sont justes 
redimensionnées, mais pas recadrées.


Bref, ça fonctionne, mais c'est vraiment dommage de ne pas utiliser GD2 
alors qu'il est là.


Est-ce que quelque chose comme
if(extension_loaded('gd')){/*loaded*/}
ne ferait pas le travail efficacement ?

Il y a aussi
if (!function_exists('imagecreatetruecolor')) echo('GD2 extension not 
loaded');


Qu'en dis-tu ?



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

2021-04-20 Par sujet RealET

nicod_ a écrit le 20/04/2021 à 14:11 :

Le 19/04/2021 à 12:33, nicod_ a écrit :

Le 19/04/2021 à 12:17, RealET a écrit :

Tout à fait pour.

Au passage, WordPress vient de faire ce choix :
https://www.neowin.net/news/wordpress-becomes-the-latest-company-to-oppose-googles-floc/ 




DotCLear aussi :
https://open-time.net/post/2021/04/19/FLoc-Off-on-sort-les-grands-moyens


Du nouveau sur le fond du sujet :
https://serveur410.com/faut-il-desactiver-google-floc/


Encore un piège dans la cage dorée dont il ne sera pour ainsi dire pas 
possible de sortir.


Ceci dit, un indice se trouve dans le fait que Google ne teste pas ça en 
Europe. Probablement à cause du RGPD. Pourquoi ? Parce que selon les 

dispositions du RGPD, ça doit être une préférence de l'utilisateur. Et 
donc, idéalement, une préférence dans le navigateur, qui devrait être 
positionnée à pistage désactivé par défaut.



--
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-commit] [spip] Et si on teste [(#CONFIGimage_process|==gd2| ?…

2021-04-20 Par sujet RealET

Bruno Bergot a écrit le 20/04/2021 à 14:12 :
Et si on s'envoyait des mails au lieu de polluer l'historique du core ? 

^^

Et en plus, gd2, c'est réducteur.
Ça marche aussi avec convert

--
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] [rang] Depuis #4573 (plus de Jquery UI du Core) Rang n'est (...)

2021-04-19 Par sujet RealET

peetdu a écrit le 19/04/2021 à 15:56 :

J'ai raté qqc ?


https://git.spip.net/spip/spip/commit/c04e7864e5bfb275b6cc4c6cc42d589032937e84
--
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] Google FLoC

2021-04-19 Par sujet RealET

nicod_ a écrit le 15/04/2021 à 14:14 :

Hello,

vous en avez peut être entendu parler, Federated Learning of Cohorts 
(FLoC) est une nouvelle embrouille de Google pour soit disant éviter les 
cookies tiers mais pister encore plus l'activité des utilisateurs de 
Chrome.


Il y aurait une parade en ajoutant un header HTTP ou une directive dans 



le .htaccess :
https://plausible.io/blog/google-floc

Que diriez vous d'ajouter ça en standard, dans le htaccess.txt ?


Tout à fait pour.

Au passage, WordPress vient de faire ce choix :
https://www.neowin.net/news/wordpress-becomes-the-latest-company-to-oppose-googles-floc/

--
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] Accéder à git.spip.net

2021-04-18 Par sujet RealET

nicod_ a écrit le 18/04/2021 à 15:13 :

Le 17/04/2021 à 21:27, Brice Boucard a écrit :
Pour moi, ce vieux raccourci  devrait disparaitre, ne plus être 
proposé dans le porteplume, et pour assurer la compatibilité ascendante 
être systématiquement interprété comme le raccourci 
, c'est à dire 
avec un  en html, et pas cette verrue hideuse de textarea qui 
n'a rien à faire dans du html

+1

Par ailleurs, Skeleditor fait déjà de la coloration de code à la volée 
(avec édition en live).

https://git.spip.net/spip-contrib-extensions/skeleditor/src/branch/master/javascript

Donc, entre codemirror et PrismJS
Ça fait 2 libs js de coloration de code.

--
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 4.0 plutôt qu'une 3.3

2021-04-16 Par sujet RealET

Cerdic a écrit le 16/04/2021 à 09:20 :
Non entre une beta et une release finale il y a pas de différence 
fonctionnelle (il devrait pas y en avoir).


Et donc je pense que le mieux c’est :

  * sortir une beta au 1er mai et la numéroter 4.0 au vu des ruptures de
compat et du saut de version PHP requis
  * créer la branche 4.0 partout (core et plugins dist) pour ne plus y
envoyer de nouvelles features mais uniquement du bugfix
Et ne pas oublier de faire un grep sur la zone pour tous les paquet.xml 
ayant déjà déclaré la compatibilité SPIP 3.3 …

pour les passer en 4.0

;-)


--
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] [bigup] une icone svg pour bigup

2021-04-15 Par sujet RealET

Cerdic a écrit le 15/04/2021 à 11:59 :

spip/bigup
-
Par Cerdic, le 15 avril 2021 à 11h58min :

une icone svg pour bigup


*Ajouté*
 prive/themes/spip/images/bigup-xx.svg
*Supprimé*
 prive/themes/spip/images/bigup-128.png
 prive/themes/spip/images/bigup-32.png
 prive/themes/spip/images/bigup-64.png
*Modifié*
 paquet.xml

Détails : 
https://git.spip.net/spip/bigup/commit/04f8d4a442b50954ce409fbe07395f6276dd7bac
Attention, BigUp est déclaré compatible SPIP 3.1 dans paquet.xml (et je 

l'utilise sur tous les sites en 3.2)
Il ne faut donc pas supprimer les icônes png (ou alors, j'ai rien compris)


--
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] Nouveaux icônes/logos 3.3

2021-04-15 Par sujet RealET

erational a écrit le 13/04/2021 à 16:32 :

Hello

Merci de soulever le débat pour le jeu d'icônes
C'est génial de pouvoir passer en SVG
Cela va rafraichir l'image de SPIP auprès des rédacteurs et non geeks.

Pour l'instant on pioche un peu selon les besoins et gouts de chacun
C'est un peu l'auberge espagnole et la collection des icônes est bien 
hétéroclite.


L'idéal aurait de commander un jeu complet à un graphiste.
Mais à défaut d'une véritable "direction artistique",  je serai pour 
qu'on écrive une mini-charte graphique / un document de référence pour 
uniformiser les contributions éparses en terme graphique


Je veux bien écrire un premier jet notamment pour convenir  des régles 
de base


Un blog qui donne des règles assez simples pour avoir une cohérence 
entre les icones :

https://blog.prototypr.io/how-to-design-better-icons-869d067fddbf


--
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] [WebPerf] Youtube

2021-04-02 Par sujet RealET

Bonjour,

Je découvre via Boris Shapira
https://github.com/paulirish/lite-youtube-embed

Intéressant ?

--
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] des PHP Warning en 3.2.11 up de ce matin

2021-04-02 Par sujet RealET

Bruno Bergot a écrit le 02/04/2021 à 11:03 :

Hop,

hophophop !



1) ce ne sont que des warnings, donc rien de bloquant pour un site en prod

Tout à fait ;-)

2) merci de créer un ticket directement, ça laissera plus de trace qu'un 
mail ici :)

Hop : https://core.spip.net/issues/4710

--
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] des PHP Warning en 3.2.11 up de ce matin

2021-04-02 Par sujet RealET

Bonjour,

J'ai ceci :
PHP Warning:  Use of undefined constant _PROTOCOLES_STD - assumed 
'_PROTOCOLES_STD' (this will throw an Error in a future version of PHP) 
in /home/www/ecrire/inc/lien.php on line 105
PHP Warning:  Use of undefined constant _SPIP_ECRIRE_SCRIPT - assumed 
'_SPIP_ECRIRE_SCRIPT' (this will throw an Error in a future version of 
PHP) in /home/www/ecrire/inc/utils.php on line 2044


En PHP 7.2

--
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] Erreur de compression CSS dans le privé sur un site en 3.2.11

2021-04-01 Par sujet RealET

RealET a écrit le 01/04/2021 à 23:10 :

RealET a écrit le 01/04/2021 à 22:46 :

J'ai trouvé, j'ai un _options.php qui contient :
$GLOBALS['compresseur_filtres_css'] = 
array('compresseur_embarquer_images_css');


Sans ça, ça revient à la normale.


Et c'est dans
https://git.spip.net/spip/compresseur/src/branch/spip-3.2/inc/compresseur_embarquer.php#L51 


il y a un ";" en trop
qui a été corrigé sur le trunk :
https://git.spip.net/spip/compresseur/src/branch/spip-3.2/inc/compresseur_embarquer.php#L51 




oups
https://git.spip.net/spip/compresseur/src/branch/master/inc/compresseur_embarquer.php#L51

--
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] Erreur de compression CSS dans le privé sur un site en 3.2.11

2021-04-01 Par sujet RealET

RealET a écrit le 01/04/2021 à 22:46 :

J'ai trouvé, j'ai un _options.php qui contient :
$GLOBALS['compresseur_filtres_css'] = 
array('compresseur_embarquer_images_css');


Sans ça, ça revient à la normale.


Et c'est dans
https://git.spip.net/spip/compresseur/src/branch/spip-3.2/inc/compresseur_embarquer.php#L51
il y a un ";" en trop
qui a été corrigé sur le trunk :
https://git.spip.net/spip/compresseur/src/branch/spip-3.2/inc/compresseur_embarquer.php#L51

--
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] Erreur de compression CSS dans le privé sur un site en 3.2.11

2021-04-01 Par sujet RealET

RealET a écrit le 01/04/2021 à 22:05 :

Bonjour,

J'ai un truc très bizarre dans le privé d'un site sous 3.2.11
div.rub-ouverte,a.rub-ouverte{padding-right:10px;background: 
url('//www.monsite.fr/prive/images/triangle-droite.gif');right center 
no-repeat}

au lieu de
div.rub-ouverte,a.rub-ouverte{padding-right:10px;background: 
url('//www.monsite.fr/prive/images/triangle-droite.gif') right center 
no-repeat;}

donc, le ; en trop dans la déclaration du background
c'est dans picker.css.html :
div.rub-ouverte, a.rub-ouverte { padding-#GET{right}: 10px; background: 


url([(#CHEMIN_IMAGE{triangle-droite[(#GET{rtl})].gif})]) [(#GET{right})] 
center no-repeat; }

et juste avant dans la CSS
div.petit-secteur,a.petit-secteur{background:1% 
no-repeat;background-image:url('//www.monsite.fr/prive/themes/spip/images/secteur-12.png');;padding-left:15px} 


donc, un double ;;

PHP 7.2.34-18+0~20210223.60+debian10~1.gbpb21322

Comme j'ai pleins de plugins, je vais investiguer plsu, mais c'est bizarre.

(Pour l'instant, pas reproduit en local, mais moins de plugins)



J'ai trouvé, j'ai un _options.php qui contient :
$GLOBALS['compresseur_filtres_css'] = 
array('compresseur_embarquer_images_css');


Sans ça, ça revient à la normale.

--
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 compression CSS dans le privé sur un site en 3.2.11

2021-04-01 Par sujet RealET

Bonjour,

J'ai un truc très bizarre dans le privé d'un site sous 3.2.11
div.rub-ouverte,a.rub-ouverte{padding-right:10px;background: 
url('//www.monsite.fr/prive/images/triangle-droite.gif');right center 
no-repeat}

au lieu de
div.rub-ouverte,a.rub-ouverte{padding-right:10px;background: 
url('//www.monsite.fr/prive/images/triangle-droite.gif') right center 
no-repeat;}

donc, le ; en trop dans la déclaration du background
c'est dans picker.css.html :
div.rub-ouverte, a.rub-ouverte { padding-#GET{right}: 10px; background: 
url([(#CHEMIN_IMAGE{triangle-droite[(#GET{rtl})].gif})]) [(#GET{right})] 
center no-repeat; }

et juste avant dans la CSS
div.petit-secteur,a.petit-secteur{background:1% 
no-repeat;background-image:url('//www.monsite.fr/prive/themes/spip/images/secteur-12.png');;padding-left:15px}

donc, un double ;;

PHP 7.2.34-18+0~20210223.60+debian10~1.gbpb21322

Comme j'ai pleins de plugins, je vais investiguer plsu, mais c'est bizarre.

(Pour l'instant, pas reproduit en local, mais moins de plugins)


--
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] [medias ↪ spip-3.2] Report de 890506eb99 : Pour le JS des modes d'affichages,

2021-03-26 Par sujet RealET

tcharlss a écrit le 19/01/2021 à 00:13 :

spip/medias
-
Par tcharlss, le 19 janvier 2021 à 00h11min :

Report de 890506eb99 : Pour le JS des modes d'affichages, cibler plus 
précisément l'élément, sinon les boutons peuvent se voir ajoutés à d'autres h3 
qui n'ont rien à voir.


*Modifié*
 javascript/gestion_listes_documents.js.html
 prive/squelettes/inclure/portfolio-documents.html

Détails : 
https://git.spip.net/spip/medias/commit/2293b849c006fdb29bb42d74db8f5c9918bdc398

Il manque  class="portfolios__titre" sur l'autre h3 de 
prive/squelettes/inclure/portfolio-documents.html, ligne 43

- <:medias:info_portfolio:>
+ <:medias:info_portfolio:>

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

2021-03-20 Par sujet RealET

RealET a écrit le 20/03/2021 à 09:38 :

Au temps pour moi.
Il fallait installer
https://git.spip.net/spip-contrib-extensions/historique_spip32_documents



Bonjour,

Testant sur un site en 
https://git.spip.net/spip/spip/commit/2c113f0e8926bcd6a65e3b10d6a317d6d5d1a29b 
ayant des images dans le portofolio, j'ai constaté plusieurs choses :
- en mode édition d'un article, la colonne de gauche affiche bien de 
manière différentiées les illustrations et les portofolio

- mais évidement, il n'y a aucune différence de comportement pour img doc
- il n'est plus possible de retirer du portofolio
- en mode propriétés d'un article, pas d'affichage différentié
- j'ai essayé _COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB mais au lieu 
d'afficher les images, ça laisse les raccourcis typo tels quels

- if (!defined('_LARGEUR_MODE_IMAGE'))
 define('_LARGEUR_MODE_IMAGE', 799); //  Voir 
http://permalink.gmane.org/gmane.comp.web.spip.zone/16461

fonctionne toujours et met les image de 800 et plus dans le portfolio

Bref, j'ai l'impression qu'il y a plein d'incohérence résiduelle ;-)




--
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] Titre et alt et légendes des images

2021-03-20 Par sujet RealET

Bonjour,

https://git.spip.net/spip/medias/commit/536cdc2df7ab22c2592eac565c5dac968dd4df55 
supprime le alt basé sur le titre de l'image.


C'est certainement une bonne chose pour les nouveaux sites.
Mais pour les anciens, ça va casser pas mal de choses (pas avec 
_COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB certes).


Cependant, comme j'ai souvent la casquette de formateur, et que je 
voyais en quoi le fonctionnement précédent de SPIP était largement 
supérieur à celui de WP, permettez-moi de vous exposer la pédagogie que 
j'utilise.


D'une part, j'ai un support de cours :
https://www.pyrat.net/Comment-inserer-une-image-avec-SPIP.html#sommaire_8

D'autre part, pour expliquer  et , j'indique :
-  permet d'afficher l'image *doc*umentée par sa légende
-  n'affiche que l'image
- Et si l'image est signifiante (c-à-d que si on lisait la page à 
quelqu'un au téléphone, on dirait quelque chose pour l'image) alors, il 
faut la titrer avec ce qu'on dirait


Ainsi, il n'est besoin de s'interroger qu'une seule fois pour le 
titre/alternative textuelle.

Contrairement à WP qui nécessite de réfléchir à titre et alt.
Et  ou  permettent d'afficher ou non ce titre.

Avec l'évolution apportée par ce commit, il va falloir expliquer :
-  affiche le titre et descriptif toujours
-  fait pareil (on peut le passer sous silence)
- donc, si vous voulez une image décorative, il ne lui faut ni titre, ni 
alt, ni descriptif, ni crédit (parce que ce dernier est affiché s'il est 
présent)
- mais si vous voulez une image sans légende, mais signifiante, il faut 
remplir le champ alt


Bref, je sens que ça va être compliqué…

Je fais un ticket ?


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

2021-03-20 Par sujet RealET

Bonjour,

Testant sur un site en 
https://git.spip.net/spip/spip/commit/2c113f0e8926bcd6a65e3b10d6a317d6d5d1a29b 
ayant des images dans le portofolio, j'ai constaté plusieurs choses :
- en mode édition d'un article, la colonne de gauche affiche bien de 
manière différentiées les illustrations et les portofolio

- mais évidement, il n'y a aucune différence de comportement pour img doc
- il n'est plus possible de retirer du portofolio
- en mode propriétés d'un article, pas d'affichage différentié
- j'ai essayé _COMPORTEMENT_HISTORIQUE_IMG_DOC_EMB mais au lieu 
d'afficher les images, ça laisse les raccourcis typo tels quels

- if (!defined('_LARGEUR_MODE_IMAGE'))
	define('_LARGEUR_MODE_IMAGE', 799); //  Voir 
http://permalink.gmane.org/gmane.comp.web.spip.zone/16461

fonctionne toujours et met les image de 800 et plus dans le portfolio

Bref, j'ai l'impression qu'il y a plein d'incohérence résiduelle ;-)

--
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] Version PHP minimum SPIP 3.3

2021-03-05 Par sujet RealET

nicod_ a écrit le 05/03/2021 à 12:17 :

Le 05/03/2021 à 08:16, Pierre KUHN a écrit :
Si on regarde les stats.spip.org on a encore manifestement des sites 
en   5.3 


Qui ne seront jamais mis à jour, probablement.
Je viens d'en voir un passer directement de 5.3 à 7.2 (une asso avec un 
dédié)...

Directement du paléolithique à l’anthropocène.


--
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] Version PHP minimum SPIP 3.3

2021-03-05 Par sujet RealET

RastaPopoulos a écrit le 05/03/2021 à 08:46 :

Le 04/03/2021 à 17:54, RealET a écrit :

Après, d'un point de vue politico-phylosophique, SPIP a toujours cherché à 
pouvoir être utilisé dans des environnements accessibles au maximum de 
personnes et de pays.
De ce point de vue, la compatibilité PHP 5.6 est peut-être bienvenue.


Et si on parle des dédiés, maintenus par des prestataires, là on fait ce qu'on 
veut dessus, et donc c'est à la charge du prestataire de tenir à jour Debian et 
PHP.
J'ai vu plusieurs fois le cas d'associations ayant pris un dédié/VPS pas 
cher, sans infogérance, avec des scripts PHP autres que SPIP en plus de 
SPIP.
Scripts PHP développés y'a très longtemps et non compatibles avec les 
versions récentes de PHP.


Et pour eux, changer de version de PHP, c'est pas facile...


--
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] Version PHP minimum SPIP 3.3

2021-03-04 Par sujet RealET

Matthieu Marcillaud a écrit le 04/03/2021 à 17:15 :

Hello,

Il y a maintenant longtemps, on avait monté la version minimum de PHP 
requise pour SPIP 3.3 à PHP 5.6 parce que (de mémoire) quelques 
distributions Debian pouvaient peut être être encore dessus.


On est quelques un·es à se dire que bon, le temps est passé encore 
(comme d'hab) et que mettre (au moins) PHP 7.1 minimum apporterait un 
certain réconfort (notamment ça permet de typer les arguments et retours 
de fonctions avec goût — 
https://mlocati.github.io/articles/php-type-hinting.html). PHP 7.1 est 
sorti en fin 2016 (et n'est plus maintenu par ailleurs non plus).


Et ça éviterait de se maintenir une maintenance php 5.6 pour 10 ans peut 
être :)


Les versions PHP maintenues sont 7.3+ à ce jour.

Chez Debian, les versions PHP par défaut : https://wiki.debian.org/PHP

Jessie 8 — 5.6.40 (plus maintenu)
Stretch 9 — 7.0 (maintenu jusque 2022)
Buster 10 — 7.3

Des avis avisés ?
Dolibarr demande 5.6 : 
https://wiki.dolibarr.org/index.php?title=Prerequisite
Nextcloud 7.3 : 
https://docs.nextcloud.com/server/latest/admin_manual/installation/system_requirements.html

Wordpress 7.4 : https://wordpress.org/support/article/requirements/
Mais indique que 5.6 fonctionnera.

Après, d'un point de vue politico-phylosophique, SPIP a toujours cherché 
à pouvoir être utilisé dans des environnements accessibles au maximum de 
personnes et de pays.

De ce point de vue, la compatibilité PHP 5.6 est peut-être bienvenue.



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

2021-02-21 Par sujet RealET

RealET a écrit le 03/02/2021 à 12:22 :

J'ai posé la question sur le groupe de discussion de Gmane.
On va bien voir.


Et voici une réponse reçue ce jour (par de l'admin de gmane)


RealET:

> SPIP lists might move to discourse.org

It  is  a shame people should abandon so simple, stable, and
undemanding media as the mailing list in favour of the heav-
ier,  more complicted, and partially web-based Disourse, al-
ready with the worst elements of social networks, such as  a
ranking system.

> Is  there allready some lists that are using discourse and
> gmane ?

I don't see how it is possible. Although Discourse is adver-
tised  as able to work as a mailing-list system, it fails in
this function in several ways:

  1.  It requres the web to set up and start using,  whereas
  e-mail  predates  the web.  I can access e-mail from a
  much older PC than I need to access Discourse.

  2.  Its web frontend fails to display  hard-wrapped  plain
  text messages correctly, in a monospace font.

  3.  It  is anachronistic in supporting several markup lan-
  guages, sush as phpBB and Markdown, all of which  were
  created after the invention of e-mail.

  4.  Its  treatment  of Markdown is crippled due to literal
  interpretation of line endings, which is  against  the
  Markdown   philosophy  and  incompatible  withh  hard-
  wrapped plain text.

On the bright side, Disrourse is free software, amenable  to
improvement and integration with classic e-mail.






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

2021-02-17 Par sujet RealET

Cerdic a écrit le 16/02/2021 à 19:24 :
Non j’avais pas vu et c’est ballot parce que spout a l’air beaucoup 
mieux (maintenue et plus moderne) que le vieux bout de lib que j’ai 
trouvé… :(

Mais spout nécessite PHP 7.0...


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

2021-02-17 Par sujet RealET

RealET a écrit le 16/02/2021 à 16:55 :


Je teste de mon côté dès que je peux avec ce que tu viens de faire.


Re bonjour

J'ai testé avec SPIP 3.3, Bonux 3.7.0 et spoutcsv
L'export au format xlsx marche toujours aussi bien depuis Formidable.


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

2021-02-16 Par sujet RealET

Cerdic a écrit le 16/02/2021 à 14:44 :

spip-contrib-extensions/spip-bonux | 2 commits
-
Par Cerdic, le 16 février 2021 à 11h34min :

Amelioration du support des retour ligne dans les champ texte des CSV : c'est 
supporte par le standard et LibreOffice, on le permet donc, mais pas par Excel, 
on les supprime donc dans le cas ou on fait un export de type csv excel (tsv + 
charset iso)


*Modifié*
 inc/exporter_csv.php

Détails : 
https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/67fa28751fa00fea2607c486bd89266441bc8c68

==
Par Cerdic, le 16 février 2021 à 14h43min :

Ajout d'un exporteur xls qui permet un export plus etendu que le TSV limite : 
support des champs texte multilignes, des champs date et nombre
+ on modifie la signature de la callback CSV pour unifier avec l'export XLS en 
retirant le delim des arguments passes


Bonjour Cédric,

Au cas où, est-ce que tu as vu 
https://contrib.spip.net/Spout_SPIPCSV-export-CSV-ameliore-pour-SPIP ?
Ça marche en particulier directement depuis l'export format excel de 
Formidable (facile à tester donc).


Je teste de mon côté dès que je peux avec ce que tu viens de 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] [Avenir de Multiflex] Re: [Spip-zone-commit] Accès git

2021-02-04 Par sujet RealET

nicod_ a écrit le 03/02/2021 à 23:36 :

Le 03/02/2021 à 22:52, Maïeul Rouquette a écrit :
4) oui, dans la mesure où certains de ses écrits récents allaient en 
contradiction avec
5-6) a ce moment là si on ne peut pas sanctionner parce qu'il faut 
accepter tout le monde, alors à quoi sert une charte ?


C'est exactement ça.

RealET fait semblant de ne pas comprendre et relance le troll en toute 
conscience.

J'ai posé en toute conscience des questions.
Je n'ai pas souhaité troller.

J'en profite pour vous partager le mémoire d'un ami sur l'intelligence 
collective :

Mémoire Médiation L INTELLIGENCE COLLECTIVE (Arnaud Leguay).pdf
http://dl.free.fr/lVFmjAFYU

J'y ait trouvé des éléments intéressants sur la manière dont un groupe 
peut prendre des décisions qui ont l'apparence du consensus, mais où, en 
pratique, certains membres sont restés silencieux.


Extraits :
Page 14 : Le silence sur les désaccords est particulièrement 
significatif car il entraîne souvent l’illusion de l’unanimité


Page 15 : Une des caractéristiques du silence sur les désaccords est 
qu’il se renforce automatiquement avec le temps : plus on avance dans la 
mise en œuvre, plus il est difficile de revenir en arrière. Avant la 
décision, celui qui n’est pas d’accord est un opposant, plus la décision 
avance, il acquiert le statut de traître.


Page 23 : vi. L’illusion de l’unanimité : tendance à considérer que les 
avis non exprimés sont une approbation.



Et me faire traiter de troll quand je sort de mon silence n'est ni 
agréable, ni constructif.



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

2021-02-04 Par sujet RealET

nicod_ a écrit le 03/02/2021 à 23:41 :

https://framalibre.org/annuaires/cms

Pour répondre à celui qui parlait de "l'inexistance de notre rongeur 
préféré" (sic).

Donc, SPIP est populaire chez Framalibre.
Pas certain que ce soit très représentatif (euphémisme).


--
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] [Avenir de Multiflex] Re: [Spip-zone-commit] Accès git

2021-02-03 Par sujet RealET

nicod_ a écrit le 03/02/2021 à 00:12 :
Bon, pas de réponse, pas d'approbation de la charte, ça n'est pas encore 
arrivé je crois.

On fait quoi dans ce cas, on supprime le compte en question ?
Je pense que ce serait légitime.

Bonsoir,

Il me semble que puisqu'il avait une compte sur la Zone, il avait 
accepté la charte.
On n'est donc pas devant la création d'un compte ex-nihilo sans 
acceptation préalable de la charte.

Alors, certes :
1) il avait perdu son compte
2) la charte a changée entre temps

Mais ça me semble abusif de considérer qu'il n'a pas accepté la charte.

Et je trouverais juste qu'il puisse venir dire explicitement ici s'il 
accepte la *nouvelle* charte.

Sachant que lorsque je cherche la charte spip zone, je trouve :
https://zone.spip.net/trac/spip-zone/wiki/CharteDeFonctionnement

et charte spip git : https://contrib.spip.net/FAQ_pratique_SPIP_avec_GIT
qui renvoie sur https://git.spip.net/CharteDeFonctionnement.html dont le 
contenu contenu a l'air identique.


Donc, que le terme de *nouvelle* charte que j'aie utilisé ci-dessus est 
peut-être un abus de langage.


Puisqu'il semble c'est identique, est-ce qu'il y a eu :
- une modification du texte de la charte
- ou une modification de l’interprétation qui est faite des termes de 
cette charte


Bref,
1) il a déjà accepté la charte
2) il a perdu son compte
3) son compte a été réactivé
4) est-il bien nécessaire de lui demander de ré-accepter cette charte ?
5) et en quoi serait-ce juste dans ces conditions de fermer son compte ?
6) en particulier, est-ce que ça ne serait pas en contradiction avec 2 
points centraux de la charte : "promouvoir et défendre la liberté 
d'expression de tous sur Internet" et "le respect de l'identité de chacun" ?



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

2021-02-03 Par sujet RealET

nicod_ a écrit le 02/02/2021 à 19:41 :

Le 02/02/2021 à 18:47, jeanmarie a écrit :
j'ai cru apercevoir qu'il y avait eu des tests pour brancher nos 
listes de discussion sur Discourse https://github.com/discourse/discourse
L'outil a l'air bien et un lien entre web et mail serait pas mal, 
c'est sûr.


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


Je sais pas, mais si c'est pas relayé sur gmane, moi je verrais plus 
passer grand chose :)

Faites moi signe si ça bascule...

J'ai posé la question sur le groupe de discussion de Gmane.
On va bien voir.

Pour mémoire, la question n'est pas nouvelle :
https://community.plone.org/t/read-post-via-news-gmane/115/7
https://discourse.julialang.org/t/migration-of-google-groups-to-discourse/17/12
https://discourse.julialang.org/t/improving-discourse-interface/3559/5


--
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] SPIP vs SPIP : KO !

2021-01-28 Par sujet RealET

Bonjour,

Il y a 20 ans, il n'y avait qu'un SPIP : le CMS.

Maintenant, il y en a un 2e qui est omniprésent médiatiquement parlant : 
les Services Pénitentiaires d'Insertion et de Probation.


Sur les réseaux sociaux, ça nous a conduit à préférer #spipcms à #spip

Sur Internet dans les moteurs de recherche, voici un graphe très parlant 
de l'inexistance de notre rongeur préféré :

https://alsoasked.com/search?search_id=y06gAaV2moKk1L6na8RLQMr4NRen7OzG=fr=fr=spip_search=true_level=guest

Est-ce qu'il serait opportun d'envisager de changer le nom de SPIP ?

Ou, on s'en fout ?

NB : et je doute qu'on puisse demander à l'autre SPIP de changer de nom ;-)

--
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] RSS et bots

2021-01-25 Par sujet RealET

Bonjour,

Je viens de lire avec intérêt 
https://lehollandaisvolant.net/?d=2021/01/25/18/31/26-contourner-les-paywall-astuce-pour-vos-scripts


Extraits :
"Les sites et blogs veulent que Google détecte leur site y compris le 
titre. Donc s’ils voient un « Google Bot », ils lui envoient une page 
simplifiée, sans script à la con.


Si vous utilisez Wget ou cURL, ajoutez une option pour spécifier 
l’user-agent utilisé et mettez ça :"


Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

…/…

"D’un côté une partie des sites mettent des captchas partout pour savoir 
si vous êtes bien un humain et avoir accès aux fonctionnalités, de 
l’autre, les pages qu’ils servent aux robots indexeurs sont 100 fois 
mieux que celles servies aux humains."



==> Et au milieu de tout ça, SPIP résiste encore et toujours à 
l'envahisseur. 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] [Avenir de Multiflex] Re: [Spip-zone-commit] Accès git

2021-01-18 Par sujet RealET

BERTRAND Joël a écrit le 18/01/2021 à 15:44 :
...


constater les défaut et de passer à autre chose puisqu'il existe
aujourd'hui des outils libres faisant à peu près ce que j'ai codé avec
un Spip 1.9 il y a très longtemps pour cette association et que j'ai mis
régulièrement à jour depuis. Ce que je pense d'ailleurs faire pour être
tout à fait honnête, parce que je ne maîtrise pas les mises à jours des
plugins par des utilisateurs et j'ai bien d'autres choses à faire que
d'attendre que la site en question explose encore en vol à la suite de
la conversion en écriture inclusive d'un autre plugin.
Pour information, cet article de WordPress indique que lui aussi adopte 
l'écriture inclusive :

https://fr.wordpress.org/2020/11/26/wordpress-5-6-des-changements-visant-a-ameliorer-linclusivite-de-linterface-dadministration/
Pour rappel, voici l’ordre de préférence de l’équipe de traduction pour 
remplacer un terme uniquement masculin par une formulation plus inclusive :

1) Formulation neutre
Exemple : « Les personnes chargées de l’administration »
2) Formulation combinée
Exemple : « Les administrateurs et administratrices »
3) Formulation basée sur l’usage du point médian
Exemple : « Les administrateur·ice·s »



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

2021-01-16 Par sujet RealET

cam.lafit a écrit le 16/01/2021 à 19:04 :

Hello

Il y aussi toute la solution dolispip (dolibarr couplé à dolibarr).
C'est ce qui est utilisé entre autre avec les sites des RMLL.

Tu as des nouvelles suite à ton post ici
https://www.dolibarr.fr/forum/t/deces-de-jean-francois-ferry-jfefe/31901/16

RIP jfefe :~(


--
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] Gagner du temps à l'upload avec un MD5 de ce qui est déjà sur le serveur

2021-01-06 Par sujet RealET

Hello,

Je viens de voir que FaceBook est capable de reconnaître qu'une image a 
déjà été uploadée et de l'utiliser sans la renvoyer au serveur.


Je suppose que c'est avec un MD5 ou quelque chose comme ça.

Je trouve ça brillant !

Qu'en dites-vous pour SPIP ?
(on reconnait, et soit on fait une liaison, soit une copie)

--
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] [sites] php -l retour sur ed22365db061abddcbf45a4d9ff7c7bb67a1c42b

2020-12-09 Par sujet RealET

b_b a écrit le 07/12/2020 à 09:36 :

spip/sites
-
Par b_b, le 7 décembre 2020 à 09h35min :

php -l retour sur ed22365db061abddcbf45a4d9ff7c7bb67a1c42b


*Modifié*
 genie/syndic.php

Détails : 
https://git.spip.net/spip/sites/commit/833b471ee8fd9f8170b70912d300d4e3c670b67b


Il manque encore une virgule à la fin de la ligne 104
https://git.spip.net/spip/sites/src/branch/master/genie/syndic.php#L104

Pour avoir :
		spip_log("syndic_a_jour doit etre appelee par JobQueue Cf. 
https://git.spip.net/spip/spip/commit/1a9e69d6aaf852b70e098f9ed6cf1cdb7eafd446;,

_LOG_ERREUR);


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] Wordpress et inclusivité, des pistes pour SPIP ? #ideesapiker

2020-12-09 Par sujet RealET

Maïeul Rouquette a écrit le 09/12/2020 à 13:42 :

Oui mais le problème est qu'on a des auteur·trices qui sont en statut
"visiteur". Et donc ne sont en rien des autrices. Peut être que
personnes serait plus adapté.
Ce statut permettant d'écrire dans les éventuels forums du site, ces 
personnes participent *aussi* à la rédaction du contenu du site, 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


Re: [spip-dev] Wordpress et inclusivité, des pistes pour SPIP ? #ideesapiker

2020-12-09 Par sujet RealET

Arnaud Martin a écrit le 09/12/2020 à 13:16 :


Attention, il s'agit encore souvent de la notion d’Auteur·e, pas de 
Compte. C’est d’ailleurs pour cela que c’est dans le menu «Édition» 
plutôt que «Activité» ou «Configuration». Parce que c’est un élément 
éditorial, au sens où il s’agit des gens qui signent les textes, pas 
juste des accès techniques et administratifs au back-office. Même si ces 
deux aspects sont confondus dans SPIP, l’une ne remplace pas l’autre.
C'est pour cela que j'ai utilisé le terme épicène à genre défini "plume" 
dans SoyezCréateurs.
Et c'est le seul terme épicène et relativement courant que j'ai pu 
trouver dans les synonymes via : https://www.cnrtl.fr/synonymie/auteur


Dans les pas courant :
- gendelettre
- gratte-papier
- pisse-copie
- nègre (qu'on évitera pour d'autres raisons)
- gâte-papier

--
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] Écriture inclusive et accessibilité, cessons de dire n’importe quoi

2020-12-09 Par sujet RealET

Bonjour,

Une Prez : http://jetdv2020.lalutineduweb.fr/
Et la vidéo de la conf : https://www.youtube.com/watch?v=Jz16GvX6aAE


--
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] fr vs fr_tu ?

2020-12-09 Par sujet RealET

Maïeul Rouquette a écrit le 09/12/2020 à 12:42 :
> Le 09/12/2020 à 10:32, RealET a écrit :
>> Bonjour,
>>
>> Je précise que je n'utilise pas fr_tu
>> Mais je participe à sa traduction parce que ça m'amuse de contribuer 
là aussi.

>>
>> Dans le cadre du mouvement initié d'inclusivité, fr s'adressant à 
plusieurs personnes (vous), il est cohérent de ne pas connaître le genre 
de la personne qui lit le texte.

>>
>> Mais dans le cas de fr_tu, le tu signifie qu'on s'adresse à une 
seule personne. Personne, qui connait donc son genre.
>> Et à qui pourrait se sentir troublée de ne pas être reconnue dans 
son genre par une écriture inclusive contenant les 2 genres.

>>
>> Je propose donc :
>> - de créer un fr_tu_fem copie de fr_tu dans un premier temps
>> - de garder fr_tu / ou de le renommer fr_tu_hom
>>
>> Qu'en pensez-vous ?
>>
> Je comprend le raisonnement, mais il me semble faussé par le fait que 
_fr.php s'adresse déjà à une seule personne, le vous étant un vous de 
vouvoiement et non pas du pluriel. Du coup je ne vois pas de raison de 
faire d'exception.

Ben, c'est pas évident.
Quand j'utilise vous, c'est souvent pour m'adresser à une personne comme 
faisant partie d'un groupe.
Donc, quand je lis "Vous pouvez changer le statut d'un article", je 
comprends ce vous comme me désignant dans le groupe des personnes ayant 
un rôle d'administration.


Et l'introduction d'une forme inclusive autre que neutre/épicène 
renforce le caractère de non vouvoiement mais d'appartenance à un groupe 
de personnes.


>
> Mais c'est vrai qu'à une époque on avait fr_fem, mais puisque 
précisement on a pris le plis de ne pas faire de distinction mais de 
proposerr un seul fichier de langue inclusif.

Pour le vous (fr), ça a du sens.
Pour le tu (fr_tu), le caractère singulier du tu étant évident, j'ai du 
mal à voir comment ça serait compatible avec une écriture contenant les 
2 genres de manière explicite (donc hors neutre/épicène).
Ne serait-ce que parce que dans mon vécu de tous les jours, je ne 
n'accorde pas de la même manière lorsque je parle à une femme ou à un 
homme que je tutoie. Et que si je me trompe d'accord, l'autre réagit 
presque toujours, montrant par là que l'accord avec la forme "tu" est 
important.



--
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] fr vs fr_tu ?

2020-12-09 Par sujet RealET

Bonjour,

Je précise que je n'utilise pas fr_tu
Mais je participe à sa traduction parce que ça m'amuse de contribuer là 
aussi.


Dans le cadre du mouvement initié d'inclusivité, fr s'adressant à 
plusieurs personnes (vous), il est cohérent de ne pas connaître le genre 
de la personne qui lit le texte.


Mais dans le cas de fr_tu, le tu signifie qu'on s'adresse à une seule 
personne. Personne, qui connait donc son genre.
Et à qui pourrait se sentir troublée de ne pas être reconnue dans son 
genre par une écriture inclusive contenant les 2 genres.


Je propose donc :
- de créer un fr_tu_fem copie de fr_tu dans un premier temps
- de garder fr_tu / ou de le renommer fr_tu_hom

Qu'en pensez-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


[spip-dev] Wordpress et inclusivité, des pistes pour SPIP ? #ideesapiker

2020-12-09 Par sujet RealET

Bonjour,

Dans 
https://fr.wordpress.org/2020/11/26/wordpress-5-6-des-changements-visant-a-ameliorer-linclusivite-de-linterface-dadministration/
nous trouvons des explications des choix de traduction et de changement 
dans l'interface d'administration.

En particulier, "utilisateur" est devenu "compte"

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

2020-12-03 Par sujet RealET

Maïeul Rouquette a écrit le 02/12/2020 à 22:26 :

Salut Rastap,

question sur intl : c'est une librairie PHP. Quid de l'intégration avec 
la librairie JS AutonUmeric 
https://git.spip.net/spip-contrib-extensions/saisie_nombre, pour 
laquelle j'avais commencé à faire une saisie spécifique.


Faudrait-il pas qu'on essaie de mutualiser cela.

Je suis désolé, j'ai vraiment pas trop de temps pour SPIP en ce moment. 
Mais il faudrait qu'on en parle.


Maïeul

Puisqu'on parle de saisies, de formulaires, de nombres...

Une lecture intéressante :
https://www.24joursdeweb.fr/2020/l-homme-qui-hululait-a-l-oreille-des-formulaires/

--
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] [badge_don] 2 commits

2020-11-27 Par sujet RealET

Cerdic a écrit le 27/11/2020 à 09:01 :
Clairement c’est de la syntaxe qui va mourir et qu’il faut considérer 
comme dépréciée...

Ok (par curiosité, on utilisera data-... à la place ?).
J'ai modifié :
https://git.spip.net/spip-contrib-extensions/badge_don/commit/763d952a

Je fais la monté de version et le tag si vous me confirmez que c'est bon 
pour 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] [Spip-zone-commit] [badge_don] 2 commits

2020-11-26 Par sujet RealET

Bruno Bergot a écrit le 26/11/2020 à 19:29 :

Hop,

Merci pour l'ajout, par contre il y une faut dans l'item de langue, cf :

exemple pour affichage dans une MediaBox  : mediabox boxWidth-960px 
boxHeight-90pc)


px pas pc, mais ahma il ne faut pas coller cette mention, car elle sera 
dépassée si mediabox change de syntaxe, et les gens n'utiliseront pas 
forcément cette classe pour ça.

Ok pour simplifier la chaîne de langue.

Par contre, c'est bien pc pour pourcentage.
cf https://contrib.spip.net/MediaBox#Utilisation-simple qui indique :
Remarquez que la classe est donc constituée de la valeur souhaitée. 
Cette valeur s’exprime dans les unités CSS valides (px, em, pt ...). Cas 
particulier, les ’%’ sont notés pc (le caractère ’%’ n’étant pas 
autorisé pour les noms de classe).


Ceci dit, ayant un peu cherché pour la syntaxe de mediabox, je trouvais 
intéressant de fournir ça dans l'explication.


Mais ça peut être fait dans la doc (qu'il faudrait que je puisse mettre 
à jour d'ailleurs)




--
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] Principe de Postel

2020-11-24 Par sujet RealET

RealET a écrit le 17/11/2020 à 09:06 :

Bonjour,

J'ai bien aimé ce que Stéphane développe ici :
https://nota-bene.org/Le-Principe-de-Postel

Une piqure de rappel rafraichissante !

Bonne journée


Et la suite : https://nota-bene.org/La-preuve-par-l-ecrit

Où je découvre que je suis "terse" à l'écrit : Pour les volubiles, le 
contexte affectif est important. Pour les terses, le contexte éxecutable 
est important.


--
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] Principe de Postel

2020-11-17 Par sujet RealET

Bonjour,

J'ai bien aimé ce que Stéphane développe ici :
https://nota-bene.org/Le-Principe-de-Postel

Une piqure de rappel rafraichissante !

Bonne 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] Git et twgit

2020-11-14 Par sujet RealET

Ybbet Spip a écrit le 02/11/2020 à 13:48 :
L'existence de la 
branche "stable" (nécessaire à twgit) casserait ce processus ?
Est-ce que ce ne serait pas plus simple de faire une issue sur twgit 
pour leur demander de rendre le nom de cette branche paramétrable ?



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

2020-11-13 Par sujet RealET

Eric Lupinacci a écrit le 13/11/2020 à 19:45 :

Que RealET vive dans le passé et surtout s'y accroche en ne ratant 
aucune occasion de le rappeler c'est pas nouveau.

Moi aussi je t'aime Éric !
(puisque qui aime bien charrie 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


Re: [spip-dev] Git et twgit

2020-11-13 Par sujet RealET

Eric Lupinacci a écrit le 13/11/2020 à 08:44 :
J'avoue qu'aujourd'hui je ne vois pas ce qu'on faisait avec svn qui ne 
soit pas possible avec git.

svn up permettait de mettre à jour SPIP + les externals
on peut le faire avec git, mais faut plus de lignes
pareil pour
svn sw
svn co

De plus, avec SVN il y avait la notion (facile à mettre en œuvre avec 
TortoiseSVN de svn move ou de svn copy ou de svn copy and rename qui 
mémorisait d'où venait le nouveau fichier et gardait l'historique.
Et avec la zone, ça permettait de copier un fichier d'un autre plugin 
puis de le modifier en gardant l'historique complet.


Y'a pas mort d'hommes.

Et enfin, svn up faisait un merge automatique avec des modifs locales.
Avec git, il faut jouer avec stach

Et svn info pour avoir le n° de révision actuelle
pour faire ensuite svn up -runnuméroinférieur
beaucoup plus intuitif que git sur ce coup.

Mais je suis sûr qu'un jour, je trouverais tellement d'avantages à Git 
que je ne regretterai plus svn.

La route est encore longue ;-)

SPIP fort et vert (forever) !


--
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] [Ecriveur] Erreur sur soyezcreateurs

2020-11-04 Par sujet RealET

salvat...@rezo.net a écrit le 04/11/2020 à 11:10 :

*Traduire SPIP*

Erreur : il y a deja un fichier 
salvatore/modules/soyezcreateurs—soyezcreateurs-29cb5/soyezcreateurs.commit.json 
avec des commits en attente

Effectivement, ça se fait pas tout seul :(

Et là, je ne pense pas pouvoir intervenir.


--
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] [Pousseur] Erreur sur soyezcreateurs

2020-11-04 Par sujet RealET

Cerdic a écrit le 04/11/2020 à 10:14 :

Peut-être parce que
https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L1317 
<https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/traductions.txt#L1317>


?
Y a pas de magie en ce bas monde, si personne fait rien, rien ne se passe...

Rahh, j'ai honte !
Corrigé.

Merci, 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] [Pousseur] Erreur sur soyezcreateurs

2020-11-04 Par sujet RealET

salvat...@rezo.net a écrit le 04/11/2020 à 09:55 :

*Traduire SPIP*

Erreur lors du commit :
 > svn commit ’soyezcreateurs_en.php’ ’soyezcreateurs.xml’ 
—username=’x’ —password=’x’ —no-auth-cache —non-interactive 
—trust-server-cert -m ’[Salvatore] [source : soyezcreateurs] Export 
depuis https://trad.spip.net <https://trad.spip.net/> de la langue en
[Salvatore] [source : soyezcreateurs] Mise a jour du bilan depuis 
https://trad.spip.net <https://trad.spip.net/>

Credits : RealET 
’ 2>&1
svn : E210002 : Échec de la propagation (commit), détails :
svn : E210002 : La connexion réseau a été fermée de façon inattendue





— Envoyé par Traduire SPIP <https://trad.spip.net/>




Bizarre que ça parle de SVN alors qu'il est bien passé sur
https://git.spip.net/spip-contrib-squelettes/soyezcreateurs


--
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] meta tags de spip.net

2020-11-03 Par sujet RealET

Bonjour,

Suite à un partage de www.spip.net sur FaceBook, je me suis rendu compte 
que ça manquait d'informations.
Un petit tour sur https://metatags.io/ montre que les seules 
informations officiellement contenues dans les meta sont :

title : Documentation en français
description : Système de Publication pour Internet

Si on compare avec un outil de blog anecdotique :
wordpress.com :
title : Welcome to the world’s most popular website builder.
description : Create a free website or build a blog with ease on 
WordPress.com. Dozens of free, customizable, mobile-ready designs and 
themes. Free hosting and support.

Et y'a un logo qui est une pub à lui tout seul

wordpress.org :
title : Blog Tool, Publishing Platform, and CMS — WordPress.org
description : Open source software which you can use to easily create a 
beautiful website, blog, or app.

logo : une copie d'écran de la page de choix de templates

https://www.drupal.fr/
title : Drupal France | Site Officiel
description : Drupal est un logiciel qui permet aux individus comme aux 
communautés d'utilisateurs de publier facilement, de gérer et 
d'organiser un vaste éventail de contenus sur un site web. Des dizaines 
de milliers de personnes et d'organisations utilisent Drupal pour 
propulser des sites de toutes tailles et fonctions.

pas de logo

https://www.joomla.fr/
title : Site public, intranet, extranet grâce au CMS Joomla! open source 
et libre
description : Joomla! est un CMS pour la création de votre site web. 
Joomla! est open source et gratuit.

logo : un truc bien planant

Avec SPIP, on a un super plugin pour gérer ça : 
https://contrib.spip.net/Metas-version-2

Autant l'utiliser, 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

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

2020-10-13 Par sujet RealET

Matthieu Marcillaud a écrit le 13/10/2020 à 11:02 :
Y a un focus automatique du lien sur la croix de fermeture ? C’est assez 
bizarre (disgracieux) à la souris / trackpad du coup ce focus visible 
sur la croix à l’ouverture de la modale. C’est voulu ?
J'en profite pour faire remonter qu'on peut avoir besoin que ce soit un 
élément de formulaire dans la modale qui ait le focus à l'ouverture (ex 
pour une modale qui affiche juste un champ formulaire de recherche ou 
abonnement à une newsletter).

Une discussion à ce sujet chez nicofr :
https://github.com/nicofr/jquery-accessible-modal-window-aria/issues/20

Discussion qui a donné lieu à son intégration.

--
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-10-08 Par sujet RealET

Cerdic a écrit le 08/10/2020 à 16:59 :

Bon, voila, contrib tourne avec lity en font et la page de demo est là
https://contrib.spip.net/?page=test-mediabox 
<https://contrib.spip.net/?page=test-mediabox>

Merci Cédric !

Sous Chrome 86 (Win 10)
Les 2 liens
Nouvelle syntaxe, basée sur des data-xx
Une popin inline
Cliquer pour voir | Cliquer pour voir

Et celui juste au dessus scrolle la page tout en haut ce qui fait qu'au 
retour, si on avait scroller vers le bas avant d'afficher la popup, le 
lien qu'on venait de cliquer n'est plus au même endroit sur l'écran.

Assez déstabilisant.


--
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] [paravent] v1.2.2 : oups d'ortographe (RealET)

2020-09-29 Par sujet RealET

jeanmarie a écrit le 29/09/2020 à 14:09 :


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

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


Où ça ?
C'est ok par ici 
https://git.spip.net/spip-contrib-extensions/paravent/src/branch/master/lang/paravent_fr.php#L17 
Désolé, j'utilise 
https://chrome.google.com/webstore/detail/no-inclusive/odjniafmhjplbapccocafbhiafelbdaj 
qui corrige l'écriture inaccessible.

Et qui s'attendait à un 2e point médiant pour la marque du pluriel…


--
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] [paravent] v1.2.2 : oups d'ortographe (RealET)

2020-09-29 Par sujet RealET

jeanmarie a écrit le 29/09/2020 à 12:22 :

spip-contrib-extensions/paravent
-
Par jeanmarie, le 29 septembre 2020 à 12h21min :

v1.2.2 : oups d'ortographe (RealET)


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

Détails : 
https://git.spip.net/spip-contrib-extensions/paravent/commit/749016921b2701732040ab60fcb8c758f21c98cf


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

--
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] [paravent] v1.2.1 : compat 3.3 + correction d'une coquille de (...)

2020-09-29 Par sujet RealET

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

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

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

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


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

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


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

--
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] Renommages branches & tags SPIP + plugins-dist

2020-09-28 Par sujet RealET

Matthieu Marcillaud a écrit le 28/09/2020 à 02:12 :
Voilà, tout est à peu près fait pour ce que j’indiquais (reste plus qu’à 
vérifier tout ça)


- un fichier plugins-dist.json est présent dans les 3 branches master, 
3.2 et 3.1 et est utilisé de préférence par l’outil Checkout (à mettre à 
jour) (lonsqu’on lance 'checkout spip ...')

Merci.
Testé avec succès en local.
Juste un détail : https://git.spip.net/spip-contrib-outils/checkout 
indique :

checkout spip -bspip-3.2 dossier_destination
mais maintenant, c'est :
checkout spip -b3.2 dossier_destination




- un mini script très très à l’arrache http://spip.pastebin.fr/66841 
nettoie les branches et tags supprimées du remote 'origin' ; ça peut 
aider...

Testé aussi, merci.



/!\ Attention (cher développeureuse

qui est peureuse ?
SPIP peut faire peur ?

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

  1   2   3   4   5   6   7   8   9   10   >