Re: [spip-dev] Récuperer des valeurs tableau d'un formulaire

2021-04-23 Par sujet CSI

Bonjour,


Le 23/04/2021 à 12:47, Maïeul Rouquette a écrit :

Le 23.04.21 à 11:55, CSI a écrit :

Bonjour,


C'est juste la syntaxe de la récup d'une ou des valeurs du tableau 
qui coince, un truc doit nous échapper ... si quelqu'un a une piste, 
merci d'avance !


--�
Pierre
Malheureusement ce n'est pas fournie avec le core de spip, et quand 
j'avais soumis l'idée on m'avait dit que c'était un cas trop rare...
bizarre j'ai l'impression d'avoir le cas chaque fois que je fais un 
formulaire, mais bon, on a contourné en n'utilisant pas de tableaux, un 
peu moins élégant :-) content néanmoins de voir que ma recherche 
était suffisamment sérieuse et que ma conclusion était la bonne, 
j'avais peur d'avoir raté quelque chose d'évident.


le plugins saisies fournie une fonction capable de gérer cela : 
saisies_request()

ok on va regarder.
Merci pour toutes ces infos.

--
Pierre

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

[spip-dev] Récuperer des valeurs tableau d'un formulaire

2021-04-23 Par sujet CSI

Bonjour,

On est toujours sur notre projet d'ajout par des internautes d'un titre 
à des images qu'ils uploadent... toute la mécanique fonctionne si on 
utilise des "name" normaux (par ex. titre_images_0) mais on voudrait y 
arriver avec des tableaux ... Après avoir lu pas mal de doc et de 
mentions dans la roadmap, je me demandais si finalement c'était 
possible (après lecture de https://core.spip.net/issues/4548) ... on a 
(simplifié):


dans le html des





etc ... Comment peut-on faire pour récupérer ça, on a essayé:

$titreimage = _request('titre_images[]');
$titreimage = _request('titre_images');
$titreimage = _request(0, 'titre_images');
$titreimage = _request('0', 'titre_images');
$titreimage = _request($i, 'titre_images');
$titreimage = _request('titre_images[$i]');
$titreimage = _request(0, 'titre_images[]'); ... et une autre infinité 
de variations, sans succès


Ensuite c'est injecté dans le titre du document:

objet_modifier('document', $nouveaux_docs[0], array('titre' => 
$titreimage));


C'est juste la syntaxe de la récup d'une ou des valeurs du tableau qui 
coince, un truc doit nous échapper ... si quelqu'un a une piste, merci 
d'avance !


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


Re: [spip-dev] Labels des saisies dans le back-office

2021-04-22 Par sujet CSI

Bonjour,

Le 22/04/2021 à 11:32, RastaPopoulos a écrit :

Le 22/04/2021 à 11:23, CSI a écrit :

mais il y a probablement une raison ...

S'il y a une raison, elle va avoir du mal à être valable, ça faisait juste 
chier tout le monde :p
Ok ça me rassure quelque part, je suis comme tout le monde ça me fait 
ch



Merci pour toutes les pistes que vous pouvez nous donner !

La piste c'est : c'est déjà corrigé en 3.3, il y a maintenant un jeu de classes 
pour mettre les labels soit en inline soit en bloc, et il faudra corriger la 
Fabrique pour générer les bonnes classes.
https://git.spip.net/spip/spip/commit/9dfa247747b85801ce4c3bc9dc09b08963ce23c0
+
https://git.spip.net/spip/spip/commit/c82d781469d7071c907140a6ea9138992da31f6f

ok pour mon projet pas possible de passer en 3.3 comme ça au pied levé 
donc j'ai fait un "quickfix" local, j'ai commenté la ligne 144 de 
prive/themes/spip/content.css.html et ça roule ... je me fais une note 
de ça en cas de mise à jour et on verra le définitif à la migration 
3.3 :-)


Merci !

--
Pierre

___
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] Labels des saisies dans le back-office

2021-04-22 Par sujet CSI

Bonjour,

Sur un plugin réalisé avec La Fabrique on a un souci sur l'affichage 
des labels des champs dans le back-office, tous les labels ont un 
"display:none" ce qui rend l'affichage illisible (suite de contenu de 
champs sans explications).


Tous ces "label.label" sont dans un "div#wysiwyg" puis dans un div 
"div.ajaxblock.ajax-id-wysiwyg" puis dans un "div.champ.nom_du_champ" et 
ont dans un fichier de css avec un nom de cache une directive 
"display:none" ... Je n'ai pas encore trouvé le fichier qui est à 
l'origine de ça mais je me demandais s'il y avait quelque part un 
réglage pour altérer ce comportement (soit enlever le "display:none" 
soit ajouter une classe "afficher" qui contrecarre cet effacement ...


Accessoirement je me demande la raison de ce choix (à moins que ce soit 
nous qui l'ayons fait à l'insu de notre plein gré :-), afficher les 
contenus de 10 champs les uns à la suite des autres sans étiquette est 
juste inutile et illisible mais il y a probablement une raison ...


Merci pour toutes les pistes que vous pouvez nous donner !

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


Re: [spip-dev] Question Gitea-Nova-Spip

2021-04-07 Par sujet CSI

Bonjour,

Un point que je ne pige pas dans la conversation ci-dessous: en fait 
vous vous êtes adressé directement à Panic ? (car vous êtes partie 
prenante dans le dev de Gitea ou juste par curiosité ?)


Moi de mon côté ils m'ont dit que l'authentification Gitea était sur 
leur todolist sans date prévisionnelle pour l'instant.


Le 07/04/2021 à 09:13, cam.lafit a écrit :

Bonjour

Voici la réponse de Panic, il nous manque des éléments pour avancer :


Hello,

Sorry for the trouble and for the delayed response. I'm afraid we're
not quite sure what's causing this, unfortunately.

For starters, we'll need to see the error message in question, as well
as a list of steps these users take in order to make the issue happen.

Thanks!

Km

Le 21/03/2021 à 00:05, cam.lafit a écrit :

Bonjour

Il faudrait savoir quel mode d'authentification utilise ce logiciel.
gitea accepte authentification ssh et http

Sans plus d'information impossible de fournir du SAD.

Km

Le 16/03/2021 à 22:16, CSI a écrit :

Bonjour,

Je me réponds à moi-même, Panic m'a répondu Nova n'est pas compatible
Gitea donc exit Gitea, je réinstalle Gitlabs, triste, Nova est trop
canon pour que je change d'éditeur.

Le 16/03/2021 à 19:56, CSI a écrit :

Bonjour,

Question un peu hors spip mais je sais que c'est Gitea qui est utilisé
ici. Y-a-t-il un des contributeurs à Spip qui utiliserait l'éditeur
Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai monté un
serveur Gitea (parce que j'aimais l'idée d'utiliser le même que Spip)
mais je n'arrive pas à pousser vers le serveur Gitea:

Erreur renvoyée par libgit2 : server requires authentication that we
do not support (-1)

En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon
de cramer mon serveur chez un hébergeur que je ne nommerai pas dans
une province lointaine (vers l'est) de notre beau pays :-(

--�
Pierre

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


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

Re: [spip-dev] Saisie téléversement fichiers

2021-04-06 Par sujet CSI

Bonjour

Le 06/04/2021 à 12:47, Maïeul Rouquette a écrit :

Le 06/04/2021 à 12:35, CSI a écrit :

Bonjour,

On utilise une combinaison de La Fabrique + CVT Upload + saisie 
fichiers pour permettre l'upload de fichiers images liés à des 
objets ... bref tout ça marche bien. On se pose la question de la 
méthode qu'il faudrait utiliser pour permettre aux personnes qui 
ajoutent un ou des fichiers de joindre un libellé, une description, 
bref d'essayer de remplir les champs liés à un document, à minima 
un champ, idéalement tous les champs possibles (titre, crédit, 
description, ...)
On a vu qu'il était possible de "titrer" ou pas le document à partir 
du nom du fichier ...


Si quelqu'un a une piste, merci d'avance !

--�
Pierre



CVt upload ne s'occupe que de l'envoi du fichier proprement dit, et ne 
fera que cela. Le traitement (que ce soit pour déplacer un fichier 
dans la mediathèque, ou autre) c'est du ressort du plugin.


Cela étant je suis étonné de votre question : si vous arrivez à 
mettre votre document dans la mediathèque, alors vous devriez être 
capable d'appeler #FORMULAIRE_EDITER_DOCUMENT, non ? A moins que vous 
ne souhaitier que les gens remplissent les infos dès le départ, et 
dans ce cas bah
Oui bien sûr c'est ça, on souhaite que les contributeurs (qui doivent 
s'enregistrer) fournissent quelques infos sur la photo au moment ou ils 
téléversent leurs fichiers depuis un formulaire accessible en 
front-office.




a. Créer les champs pour rempluir les infos
b. Lorsque dans votre fonction traiter vous faite le transfert vers la 
mediathèque, faire vous même le remplissage des champs de l'objet 
document (via objet_modifier)
Ok c'était bien ce qu'on avait à l'esprit, je ne voulais juste pas 
manquer une autre piste évidente.


Merci pour le retour !
--
Pierre

___
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] Saisie téléversement fichiers

2021-04-06 Par sujet CSI

Bonjour,

On utilise une combinaison de La Fabrique + CVT Upload + saisie fichiers 
pour permettre l'upload de fichiers images liés à des objets ... bref 
tout ça marche bien. On se pose la question de la méthode qu'il 
faudrait utiliser pour permettre aux personnes qui ajoutent un ou des 
fichiers de joindre un libellé, une description, bref d'essayer de 
remplir les champs liés à un document, à minima un champ, idéalement 
tous les champs possibles (titre, crédit, description, ...)
On a vu qu'il était possible de "titrer" ou pas le document à partir 
du nom du fichier ...


Si quelqu'un a une piste, merci d'avance !

--
Pierre

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


Re: [spip-dev] Question Gitea-Nova-Spip

2021-03-16 Par sujet CSI

Bonjour,

Je me réponds à moi-même, Panic m'a répondu Nova n'est pas 
compatible Gitea donc exit Gitea, je réinstalle Gitlabs, triste, Nova 
est trop canon pour que je change d'éditeur.


Le 16/03/2021 à 19:56, CSI a écrit :

Bonjour,

Question un peu hors spip mais je sais que c'est Gitea qui est 
utilisé ici. Y-a-t-il un des contributeurs à Spip qui utiliserait 
l'éditeur Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai 
monté un serveur Gitea (parce que j'aimais l'idée d'utiliser le 
même que Spip) mais je n'arrive pas à pousser vers le serveur Gitea:


Erreur renvoyée par libgit2 : server requires authentication that we 
do not support (-1)


En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon 
de cramer mon serveur chez un hébergeur que je ne nommerai pas dans 
une province lointaine (vers l'est) de notre beau pays :-(


--
Pierre

--
Pierre
___
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] Question Gitea-Nova-Spip

2021-03-16 Par sujet CSI

Bonjour,

Question un peu hors spip mais je sais que c'est Gitea qui est utilisé 
ici. Y-a-t-il un des contributeurs à Spip qui utiliserait l'éditeur 
Nova de Panic (MacOS only) pour interagir avec Gitea ? J'ai monté un 
serveur Gitea (parce que j'aimais l'idée d'utiliser le même que Spip) 
mais je n'arrive pas à pousser vers le serveur Gitea:


Erreur renvoyée par libgit2 : server requires authentication that we 
do not support (-1)


En fait j'utilisais GitLabs jusqu'ici mais un petit malin a jugé bon de 
cramer mon serveur chez un hébergeur que je ne nommerai pas dans une 
province lointaine (vers l'est) de notre beau pays :-(


--
Pierre

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

Bonjour,

Le 05/03/2021 à 09:42, Cerdic a écrit :

Je rappelle que SPIP n’est pas uniquement un produit commercial hein ;)

Il y a des utilisateurs auto-hébergés qui maintiennent eux-même 
leurs serveurs et pour lesquels passer d’une debian à une autre (ou 
idem si c’est une autre distrib) n’est pas trivial, et que 
historiquement c’est pour ces utilisateurs qu’on fait l’effort 
de supporter des anciennes versions de PHP.
Oui c'est bien que ce que je soulevais comme souci dans mon autre avis 
avisé et je suis content, merci à lui, que MM considère ma suggestion 
de rendre 3.2 compatible 7.3 comme une piste car pour ma part je 
maintiens 2 serveurs en Debian 9 à cause de Spip (ça n'est pas un 
reproche, c'est juste que Spip n'est pas officiellement compatible 7.3 
pour pouvoir passer à Debian 10), donc une limite inférieure à 7.1 
implique que le jour ou je migre un site de 3.2 en 3.3 je vais devoir en 
même temps le migrer sur un nouveau serveur, alors que si la limite 
inférieure est 7.0 je peux en 2 temps migrer spip de 3.2 à 3.3 puis 
ensuite quand j'ai tous ces spip en 3.3 migrer le serveur en debian 10 ...


Et donc pour répondre à R ci-dessous, mes serveurs dédiés sont à 
jour dans leur version Debian 9 (encore une fois pour Spip) et je les 
mettrai à jour en Debian 10 quand spip suivra, le seul souci est que 
cette limite 7.1 oblige à la double mise à jour simultanée alors que 
7.0 facilite la vie ... ou alors rendre 3.2 compatible 7.3 ce qui permet 
de re-dissocier mise à jour de Spip et mise à jour OS.


Mais bon, je suivrai quelle que soit la décision prise, en tous cas 
l'abandon de 5.6 me va, l'idée d'une LTS est intéressante, je 
maintiens aussi un serveur en 5.6 et quelques mutus en 5.4 et 5.6 pour 
des vieux Spip, des vieux thèmes WP ne supportant pas PHP7 (oui si WP 
demande 8 dans la réalité du réel plugins et thèmes peinent à 
suivre) mais bon, demander plus de travail à la communauté pour 
supporter 5.6 me semble lourd ...


Cela dit, on pourrait décider que la 3.2 serait une sorte de TLS 
qu’on maintiendrait plus longtemps (juste du point de vue failles de 
secu) pour supporter les versions PHP 5.x encore assez longtemps 
temps, et faire le saut à 7.1 minimum pour la 3.3


--
Cédric
Le 5 mars 2021 à 08:47 +0100, RastaPopoulos , 
a écrit :

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.


Mais concrètement ? Pour de vrai chez chaque hébergeur connu, c'est 
quoi ?


Quels sont les versions de PHP proposées par chaque hébergeur un 
peu connu en France, en Europe ?


Ou au moins : as-tu une liste des hébergeurs qui ne proposent pas 
plus que PHP 5.6 ? Histoire de quantifier réellement si ça 
représente beaucoup ou si c'est totalement marginal.


Même les pages persos Free gratuites proposent PHP 7.3 ! Les 
hébergeurs payants, s'ils sont bloqués à 5.6 c'est que tu te fais 
arnaquer et que tu devrais changer d'hébergeur et donner ton argent 
à d'autres gens.


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.


--
RastaPopoulos

--
Pierre___
liste: https://listes.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 CSI

Bonjour,

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

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 ?


Avisés je ne sais pas mais avis oui:-)

En préalable je précise que je garde les versions de PHP liées à la 
distribution, pour plein de raisons (fiablilité, sécurité) et 
compatibilité Virtualmin (qui en général est compatible avec un 
couple OS-PHP).


Perso je maintiens encore 2 serveurs en Debian 9 juste pour Spip car 
Debian 10 amène PHP 7.3 avec lequel Spip n'est pas encore 
officiellement compatible. Donc sur ces 2 serveurs des Spip en PHP 7.0. 
Mettre la limite basse à 7.1 impliquerait de fait que je devrais 
simultanément passer mes spip en 3.3 et les migrer vers un serveur en 
Debian 10. Si la limite basse est 7.0, je peux migrer en 3.3 sans 
déplacer le site en même temps (même si bien évidemment je finirai 
par migrer ce site sur un serveur en Debian 10, je ne suis pas obligé 
de le faire dans la même opération).
Donc perso si je suis tout à fait d'accord pour quitter PHP 5.6, je 
préfèrerai que la nouvelle limite basse soit 7.0 ou alors que 3.2 soit 
préalablement rendu compatible avec 7.3 (j'en ai qui tournent sur 7.3 
mais je constate 2-3 soucis avec l'activation désactivation du cache).


Mais bon, c'est juste un avis, dans le meilleur des mondes je 
préfèrerai que spip soit compatible 7.4 et que debian 10 soit arrivé 
avec 7.4 ... je commence à avoir des clients qui me demande 8.0 pour 
leurs Wordpress ... mon avis concerne juste une 50aine de sites spip 
certains étant sur des hébergements mutu avec plus de souplesse sur la 
version de PHP mais avoir ses propres serveurs a d'autres très gros 
avantages.


Bref voilà c'était mon avis.



MM.

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

Re: [spip-dev] Bug Bonux et Mailsubscribers

2021-02-24 Par sujet CSI

Bjr,

Le 24/02/2021 à 15:39, CSI a écrit :

Bonjour,

Merci pour le correctif, je vais tester.

Ok testé c'est bon ici ! encore merci.


Le 24/02/2021 à 10:26, Cerdic a écrit :

Merci Matthieu, c’est moi qui avait cassé le truc :p

--
Cédric
Le 24 févr. 2021 à 10:23 +0100, Matthieu Marcillaud 
, a écrit :

Le 23/02/2021 à 21:35, CSI a écrit :

Bonjour,

La mise à jour de Spip-Bonux de 3.5.6 à 3.7.1 casse l'import de 
contacts

dans MailSubscribers.


Merci. Corrigé en version 3.7.2 de bonux normalement.

MM.

--
Pierre

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

Re: [spip-dev] Bug Bonux et Mailsubscribers

2021-02-24 Par sujet CSI

Bonjour,

Merci pour le correctif, je vais tester.

Le 24/02/2021 à 10:26, Cerdic a écrit :

Merci Matthieu, c’est moi qui avait cassé le truc :p

--
Cédric
Le 24 févr. 2021 à 10:23 +0100, Matthieu Marcillaud 
, a écrit :

Le 23/02/2021 à 21:35, CSI a écrit :

Bonjour,

La mise à jour de Spip-Bonux de 3.5.6 à 3.7.1 casse l'import de 
contacts

dans MailSubscribers.


Merci. Corrigé en version 3.7.2 de bonux normalement.

MM.

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

[spip-dev] Bug Bonux et Mailsubscribers

2021-02-23 Par sujet CSI

Bonjour,

La mise à jour de Spip-Bonux de 3.5.6 à 3.7.1 casse l'import de 
contacts dans MailSubscribers. Avec 3.5.6 ça marche, avec 3.7.1 au 
retour de la sélection de fichier on n'a pas de prévisualisation des 
adresses qui vont être importées et juste quelques caractères 
parasites genre {{}} puis {{}} ou un truc du genre.


Je veux bien faire un ticket mais je ne sais pas ... Bonux ou 
MailSubscribers ? Spip à jour 3.2.9.


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


Re: [spip-dev] Quelle version de php utiliser ?

2021-02-17 Par sujet CSI

Bonjour,

Ok merci super, pas besoin donc de changer toutes ces bornes, ça me 
rassure !


Le 17/02/2021 à 16:09, nicod_ a écrit :

Le 17/02/2021 à 15:12, CSI a écrit :

Bonjour,

Le 17/02/2021 à 14:51, Bruno Bergot a écrit :
Des choses que de webmestres/intégrateurices peuvent faire pour 
aider ?




Oui, tester la version 3.3 intensivement :)
Une question à 1€ à ce sujet. Hier on a envisagé de passer un 
site en 3.3 pour tester justement, mais c'est un site live. J'ai vu 
que pas mal de gens essayaient déjà, je me suis dit pourquoi pas 
... mais la question c'est plutôt les plugins, j'en ai à peu près 
70% marquée comme non compatibles. Que conseillez vous ? je change 
à la mano les bornes de tous ces plugins et on voit ? j'imagine que 
faire ça va casser les mises à jours desdits plugins ? une autre 
méthode ?


Si tu passes en 3.3 (dans la version de dév), elle a une constante 
spécifique qui fait qu'elle accepte par défaut les plugins dont la 
borne supérieure est 3.2.*
Ça sert justement à tester les plugins lors du dév d'une nouvelle 
version majeure.


Tu n'as donc rien à faire, tous tes plugins compatibles 3.2.* 
resteront activés.
Et tu pourras justement les tester, et modifier leurs borne s'ils sont 
100% compatibles, ou bien le signaler à leurs auteurs.


Par contre, quand la 3.3 officielle (non dév) sortira, il faudra bien 
sûr que tous tes plugins aient une borne 3.3 et plus 3.2



--
Pierre

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

Re: [spip-dev] Quelle version de php utiliser ?

2021-02-17 Par sujet CSI

Bonjour,

Ok j'imagine que le message de Rastapopoulos qui s'est croisé avec le 
mien répond à ma question. Merci.


Le 17/02/2021 à 15:12, CSI a écrit :

Bonjour,

Le 17/02/2021 à 14:51, Bruno Bergot a écrit :
Des choses que de webmestres/intégrateurices peuvent faire pour 
aider ?




Oui, tester la version 3.3 intensivement :)
Une question à 1€ à ce sujet. Hier on a envisagé de passer un 
site en 3.3 pour tester justement, mais c'est un site live. J'ai vu 
que pas mal de gens essayaient déjà, je me suis dit pourquoi pas ... 
mais la question c'est plutôt les plugins, j'en ai à peu près 70% 
marquée comme non compatibles. Que conseillez vous ? je change à la 
mano les bornes de tous ces plugins et on voit ? j'imagine que faire 
ça va casser les mises à jours desdits plugins ? une autre méthode ?


++
b_b

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

Re: [spip-dev] Quelle version de php utiliser ?

2021-02-17 Par sujet CSI

Bonjour,

Le 17/02/2021 à 14:51, Bruno Bergot a écrit :

Des choses que de webmestres/intégrateurices peuvent faire pour aider ?



Oui, tester la version 3.3 intensivement :)
Une question à 1€ à ce sujet. Hier on a envisagé de passer un site 
en 3.3 pour tester justement, mais c'est un site live. J'ai vu que pas 
mal de gens essayaient déjà, je me suis dit pourquoi pas ... mais la 
question c'est plutôt les plugins, j'en ai à peu près 70% marquée 
comme non compatibles. Que conseillez vous ? je change à la mano les 
bornes de tous ces plugins et on voit ? j'imagine que faire ça va 
casser les mises à jours desdits plugins ? une autre méthode ?


++
b_b

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

Re: [spip-dev] Question articulation fabrique - documents

2021-02-17 Par sujet CSI

Bonjour,

Le 17/02/2021 à 13:44, Bruno Bergot a écrit :

Hop,

Le 17/02/2021 à 13:38, CSI a écrit :

Bonjour,

On a créé un plugin spip avec la Fabrique ce qui eu pour 
conséquence de créer la table de ce nouvel objet et tout ce qui va 
bien ... disons que l'objet s'appelle "toto".
On souhaite ajouter des images (plusieurs) à cet objet, on est parti 
sur BigUpload et BigForm et on arrive à uploader nos images, elles 
sont ajoutées à la table documents ... jusque là ça semble marcher.


On coince sur la façon de lier ces documents à cet objet.


Si je ne me trompe pas, les objets générés par la fabrique sont 
déclarés comme il faut pour SPIP, il est donc possible d'y lier des 
documents (dans le portfolio comme pour les articles), Ã condition 
d'avoir activé la gestion des documents sur ton objet depuis la page 
ecrire/?exec=configurer_contenu dans le bloc "Documents joints". Tu as 
bien cocher la case de ton objet dans ce bloc ?


++
b_b


Punaise non, ce truc m'était sorti de l'esprit ... on regarde, on fait, 
et on essaye ... si c'est que ça ...


Merci pour cette première piste, merci.

--
Pierre

___
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] Question articulation fabrique - documents

2021-02-17 Par sujet CSI

Bonjour,

On a créé un plugin spip avec la Fabrique ce qui eu pour conséquence 
de créer la table de ce nouvel objet et tout ce qui va bien ... disons 
que l'objet s'appelle "toto".
On souhaite ajouter des images (plusieurs) à cet objet, on est parti 
sur BigUpload et BigForm et on arrive à uploader nos images, elles sont 
ajoutées à la table documents ... jusque là ça semble marcher.


On coince sur la façon de lier ces documents à cet objet. Dans mon 
idée il faudrait remplir la table documents_liens avec le bon objet, 
son id, l'id du document ... on a un formulaire CVT avec les fonctions 
nécessaires mais il y a un truc qui doit nous échapper, en particulier 
le fait qu'au moment ou l'on remplit ce formulaire pour la première 
fois on n'a ni l'id des documents ni celui de l'objet "toto" créé ... 
tout ceci fonctionne pour des articles et autres donc j'imagine qu'il y 
a une méthode pour ça mais après 2-3j de tournage en rond, je me 
demande s'il y aurait quelque part des bouts de code démontrant ce 
genre de processus qui nous auraient échappé, ou si quelqu'un pourrait 
nous pointer un exemple fonctionnel (pourquoi pas dans spip lui-même) 
qui pourrait nous mettre sur la piste ...


Merci d'avance.
Pierre.
___
liste: https://listes.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-12-04 Par sujet CSI

Bonjour,

Le 04/12/2020 à 12:11, Maïeul Rouquette a écrit :


Et sinon, plutôt que de continuer dans la complainte mascu permanente, 
des avis sur les propositions alternatives formulées hier soir par 
touti, Rasta, Jacques31 et moi même seraient les bienvenus.


Donc voilé, une review de PR à faire.


J'imagine que "voilé" aurait dû être "voilà"...

Dans la PR je lis: "Le point médian en tant que forme d'écriture 
inclusive pose des problèmes d’accessibilité. Il doit donc être évité 
autant que possible."


Et pourtant quand je vais lire les références données (Romy, Legothèque 
entre autres) j'ai l'impression que le raisonnement est plutôt qu'il 
faut essayer de ne pas utiliser le point médian _ni aucun autre 
caractère_ (que ce soit "-", "()", "'", "." ou autres) mais que par 
contre si la seule solution est d'utiliser un caractère (à l'opposé 
d'une forme plus longues, par ex. "les veufs et les veuves" plutôt que 
"les veuf·ve·s") alors point médian est la moins mauvaise solution.


La phrase de la PR et ton post suivant me donne l'impression que le 
point médian est la pire solution alors qu'à la lecture des références 
fournies en appui de cette PR j'avais plutôt l'impression que c'était la 
moins mauvaise. Il y a des tests sur le point médian avec des lecteurs 
d'écran (mais je ne vois pas les mêmes tests avec les autres 
caractères), certains lecteurs s'en sortent bien, mais surtout il y a 
quand même un paquet de raisons qui font que tous les autres caractères 
sont encore moins bien de par leur signification antérieure existante, 
là ou le point médian a l'avantage de n'avoir pas eu jusqu'à maintenant 
d'usage courant.


Ne faut-il pas au contraire favoriser:

1. l'usage de mots entiers
2. en recours (cas ou la place disponible compte) le point médian
3. militer pour une adaptation des lecteurs d'écran (ça n'est après
   tout que de l'informatique), idéalement si le monde entier se
   mettait d'accord sur le point median qui objectivement n'avait pas
   d'usage réel jusqu'à maintenant, je pense que les lecteurs
   d'adapteraient

--

Pierre

___
liste: https://listes.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-07 Par sujet CSI

Bonjour,

Je l'ai installée dans un projet (pas spip) en remplacement de 
featherlight (que j'avais testé en remplacement de colorbox aussi) et 
oui, c'est plus simple à mettre en oeuvre que featherlight (30min vs 
2h), plus simple à déclarer (sans rien préciser ça détecte image ou 
iframe et même un lien de type otpauth:// qui produit un QRCode qui m'a 
donné du fil à retordre avec featherlight), plus rapide, et plus fiable 
(des fois featherlighjt ne se déclenchait pas) ... bref que du mieux vu 
de mon projet, le seul souci que j'ai eu c'était de déclarer une taille 
aux iframe (j'y arrive en css mais featherlight permet de déclarer un 
data avec la taille du iframe ce qui permet de dimensionner les iframe 
une par une). Mais bon oui ça a l'air un bon choix, même si moi je n'ai 
pas la compétence pour juger l'aspect accessibilité.


Le 07/10/2020 à 15:59, Cerdic a écrit :
J’ai donc joué un peu avec lity et plus ça va plus je pense que c’est 
un bon choix :
- la box est très légère et bien codée, tout en étant très facilement 
extensible, et maintenue
- j’ai amélioré l’implémentation dans le plugin 
https://git.spip.net/spip-contrib-extensions/mediabox_plus et j’ai pu 
assez facilement ajouter la prise en charge ajax et la gestion des 
galeries, ainsi qu’améliorer le markup en gérant le focus (focus sur 
le bouton close à l’ouverture, retour où l’on était à la fermeture), 
le markup (balise  + figure/figcaption avec un 
aria-describedby sur les images)


On a maintenant une prise en charge complète des différents types de 
contenu (image/inline/ajax/iframe) et une prise en charge des galeries 
à l’identique de ce que faisait colorbox (ainsi que la gestion des 
events evidemment)


Ce n’est pas encore tout à fait industriel, il reste un peu 
d’optimisation à faire sur les transitions en mode galerie, et à 
ajouter la configuration comme on avait pour colorbox 
(min/max-width/height et opacité), et quelques traductions à 
compléter, sur les erreurs principalement.


Pour le reste c’est testable avec le plugin mediabox dans sa branche 
dev/mediabox-extensible + le plugin mediabox_plus


--
Cédric
Le 5 oct. 2020 à 17:57 +0200, Cerdic , a écrit :
Oui, tout à fait, je suis (re)tombé dessus ensuite, et elle semble 
avoir bien des qualités aussi en terme d’accessibilité, tout en étant 
très légère.


Petit défaut, elle ne gère pas du tout les galeries, et son 
developpeur considère que c’est hors de son objectif, mais il me 
semble qu’il y a tous les points d’entrée pour faire ça en 
personalisation - et sinon son developpeur a dit qu’il était ok pour 
ajouter des points d’entrées pour le permettre.


Je viens d’intégrer une version dans le plugin proof of concept pour 
progresser dessus
https://git.spip.net/spip-contrib-extensions/mediabox_plus/commit/3983cec76af7a66612074762e26ea84aa7547c60 
<https://git.spip.net/spip-contrib-extensions/mediabox_plus/commit/3983cec76af7a66612074762e26ea84aa7547c60>


--
Cédric
Le 5 oct. 2020 à 15:34 +0200, CSI , a écrit :

Bonjour,

J'avais aussi repéré ça: https://sorgalla.com/lity/ mais j'ai pas 
testé. Se revendique "accessible" aussi mais j'ai l'impression que 
c'est comme les termes "durable", "vert", "illimité", etc ... plus 
beaucoup de matière derrière le discours marketing :-( En tous cas 
ça a l'air léger (7k + 3k), ça fait à peu près tout sauf .. les 
galeries j'ai l'impression.


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

Bon donc en synthèse, après une rapide revue des troupes :

  * la modale de Nicolas est top et accessible… pour une modale :
elle fait très bien le job pour un usage de modale avec
interactions, mais elle fait pas du tout la gestion des medias
(ie gérer le chargement d’images, d’iframe, adapter la taille
de la popin à la taille des images, gérer les galeries avec le
passage suivant/précédent...)
  * featherlight pas plus que glightbox ne sont particulièrement
accessibles (on a bien une navigation au clavier dans les 2
cas, mais c’est le service minimum)
  * tobii se revendique accessible mais est encore totalement en
dev cf https://github.com/rqrauhvmra/tobii/issues/28
<https://github.com/rqrauhvmra/tobii/issues/28>
  * modaal https://humaan.com/modaal/
<https://humaan.com/modaal/> semble la plus intéressante, avec
une bonne base concernant l’accessibilité et le support des
medias et galleries…
MAIS elle ne semble pas très activement maintenue. Je vois des
PR et des Issues sur https://github.com/humaan/Modaal
<https://github.com/humaan/Modaal> qui sont un peu gênantes,
concernent l’accessibilité ou le support des versions récentes
de jQuery

On a donc aucune solution prêt à l’emploi et que des emmerdes à 
gérer :p



--
Pierre

--
Pierre
___
liste: https://listes.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-05 Par sujet CSI

Bonjour,

J'avais aussi repéré ça:  https://sorgalla.com/lity/  mais j'ai pas 
testé. Se revendique "accessible" aussi mais j'ai l'impression que c'est 
comme les termes "durable", "vert", "illimité", etc ... plus beaucoup de 
matière derrière le discours marketing :-( En tous cas ça a l'air léger 
(7k + 3k), ça fait à peu près tout sauf .. les galeries j'ai l'impression.


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

Bon donc en synthèse, après une rapide revue des troupes :

  * la modale de Nicolas est top et accessible… pour une modale : elle
fait très bien le job pour un usage de modale avec interactions,
mais elle fait pas du tout la gestion des medias (ie gérer le
chargement d’images, d’iframe, adapter la taille de la popin à la
taille des images, gérer les galeries avec le passage
suivant/précédent...)
  * featherlight pas plus que glightbox ne sont particulièrement
accessibles (on a bien une navigation au clavier dans les 2 cas,
mais c’est le service minimum)
  * tobii se revendique accessible mais est encore totalement en dev
cf https://github.com/rqrauhvmra/tobii/issues/28

  * modaal https://humaan.com/modaal/
 semble la plus intéressante, avec une
bonne base concernant l’accessibilité et le support des medias et
galleries…
MAIS elle ne semble pas très activement maintenue. Je vois des PR
et des Issues sur https://github.com/humaan/Modaal
 qui sont un peu gênantes,
concernent l’accessibilité ou le support des versions récentes de
jQuery

On a donc aucune solution prêt à l’emploi et que des emmerdes à gérer :p


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

Re: [spip-dev] Bug saisies

2020-09-22 Par sujet CSI

Slt,

Oui exactement ce que je viens de regarder, j'ai ouvert un ticket sur 
git :-)


Le 22/09/2020 à 11:36, Bruno Bergot a écrit :

Hop,

Le 22/09/2020 à 11:33, CSI a écrit :

Bonjour,

Je viens de mettre à jour le plugin Saisies dans un site (3.42.6) et 
je constate que des "]" sont soudainement apparus dans les labels des 
champs date ... je pense qu'il y a un "]" de trop à la fin de la 
ligne 58 de saisies/v3.42.6/saisies/date.html ...


Je ne sais pas si cela est bien la résolution ni si cette résolution 
à d'autres incidences, donc je vous le soumets.




Oui, on dirait bien que ça vient de ce commit 
https://git.spip.net/spip-contrib-extensions/saisies/commit/04b91d0500e2bfca1eab3366fa48806507a6a803


++
b_b


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


[spip-dev] Bug saisies

2020-09-22 Par sujet CSI

Bonjour,

Je viens de mettre à jour le plugin Saisies dans un site (3.42.6) et je 
constate que des "]" sont soudainement apparus dans les labels des 
champs date ... je pense qu'il y a un "]" de trop à la fin de la ligne 
58 de saisies/v3.42.6/saisies/date.html ...


Je ne sais pas si cela est bien la résolution ni si cette résolution à 
d'autres incidences, donc je vous le soumets.


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


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

2020-09-21 Par sujet CSI

Bonjour,

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


Le 21/09/2020 à 18:32, nicod_ a écrit :

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

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

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


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


Un premier retour :

En regardant rapidement ces 2 solutions, elles sont, toutes les 2, 
très éloignées des standards d'accessibilité.

Elles possèdent de nombreux problèmes bloquants.
Je ne sais pas si vous pourriez les adapter, mais même dans ce cas je 
ne pense pas qu'elles constituent une bonne base de départ.


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

Voilà voilà... :)


--
Pierre
___
liste: https://listes.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-19 Par sujet CSI

Bonjour,

Autres infos potentiellement pertinentes pour une décision:

Featherlight 9k de js et 2k de CSS, glightbox 53k de js et 14k de css 
(tout minifié tel que téléchargé de Github), par contre glightbox 
intègre un player video plyr et supporte direct les galeries qui 
nécessitent une extension de 4+2k pour featherlight, donc featherlight 
semble quand même plus léger.


Les dernières modifs de featherlight datent de 13 mois, celles de 
glightbox de 6 jours ...


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

Le 19/09/2020 à 16:27, Cerdic a écrit :

Sur le sujet, je creuse un peu les libs récentes car j’ai un peu de doute sur 
l’accessibilité de featherlight...

Dans les libs dispos qui font tous les types de contenu et dont la licence 
serait compatible sans ambiguité je trouve 
https://biati-digital.github.io/glightbox/ qui a l’air pas mal du tout, moderne 
et maintenue

Un avis, un retour d'experience ?


J'ai regardé succintement glightbox, qui me semble proposer les mêmes
prestations que featherlight, (avec un thème par défaut plus joli
peut-être).

En terme d'accessibilité, je ne vois pas trop où se situent les
différences ; navigation au clavier, label sur les boutons, animations
full CSS, ... c'est idem des deux côtés.
Si tu as un exemple en tête plus précis Cédric...

En terme de suivi, les deux projets semblent avoir atteint une certaine
maturité à en croire leur auteur respectif ; la liste des
fonctionnalités semblent figée.

Pour les chiffres, on est dans les mêmes proportions (featherlight ayant
quelques années de plus).

Featherlight : 95 watches | 2k stars | 293 forks
Glightbox :  11 watches | 459 stars | 74 forks

Donc, pour ma part et un peu naivement, pas moins de raison de choisir
l'une par rapport à l'autre.

Pour les curieux qui souhaitent voir une implémentation de FL :
https://maisonmusy.fr/armor-lux-femme

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


Re: [spip-dev] Questions Formidable et paiement et Bank

2020-07-24 Par sujet CSI
Bonjour,

Je remets tout mon message pour remettre en contexte, il y a eu entre
temps d'autres échanges sans rapport direct avec la question originelle
(on me répondait par rapport à spip-contrib, pas sur le fond de la
question):

Le 23/07/2020 à 17:32, CSI a écrit :
> Bonjour,
>
> Formidable permet les paiements et Bank permet d'avoir plusieurs passerelles 
> de paiement dans un site ... Est-il possible (de base je
> dirai non) d'affecter une passerelle de paiement à un formulaire et un seul, 
> une seconde passerelle à un second formulaire et lui seul ...
>
> Actuellement quand on choisit un traitement "paiement" dans Formidable, cela 
> ne propose pas ce choix, et les utilisateurs arrive sur la page de
> paiement avec le choix entre les 2 passerelles ...
>
> J'imagine que je pourrai m'attaquer à modeles/payer_acte.html ... serait-ce 
> la bonne solution ? restreindre à ce niveau les moyens de
> paiement en fonction de l'id du formulaire ?
>
> Nouvelle piste sur ce sujet: en fait la question originelle concernait la 
> possibilité de distinguer dans le back-office de Payzen/SystemPay les 
> paiements provenants de chaque formulaire. J'ai appelé le support technique 
> SystemPay à qui j'ai exposé mon problème, la personne m'a suggéré la 
> possibilité de positionner une variable vads_order_info 
> (https://payzen.io/fr-FR/form-payment/standard-payment/vads-order-info.html) 
> ,distincte pour chaque formulaire ... l'idéal d'après moi serait de rajouter 
> un champ dans la zone "Demander un paiement après saisie du formulaire" dans 
> les traitements de Formidable, en bas dans la partie "Informations concernant 
> le payeur" ... cette variable est bien remontée au back-office SystemPay et 
> elle peut être affichée en personnalisant les colonnes du journal des 
> traitements, cela répondrait donc à la question originelle. 
>
> J'imagine que cette modif devrait se faire dans le plugin formidablepaiement ?
Finalement ...:

  * pas utile de permettre au créateur de formulaire d'ajouter un champ
d'identification, on a déjà une identification unique pour chaque
formulaire, on court le risque d'un pbm d'unicité, de saisie non
conforme , etc ...
  * c'est un besoin spécifique et surtout dont la solution est liée à
chaque plateforme de paiement
  * donc je me suis retourné sur le plugin Bank et son sous-ensemble
Systempay puisque j'en ai besoin pour cette banque
  * je suis resté sur l'idée de passer l'info d'identification du
formulaire à la variable "vads-order-info" et j'ai donc ajouté dans
le plugin Bank" dans "bank/v4.3.4/presta/systempay/call/request.php
à la ligne 142:

    // identification du formulaire remonté dans SystemPay
    $parm['vads_order_info'] = $row['parrain'];

  * Bank n'étant apparemment pas sur Gitea, je ne peux pas suggérer
là-bas cette modif
  * côté back-office de SystemPay il suffit de personnaliser son
affichage des transactions et de rajouter la colonne "Info. Compl."
  * après il y aurait probablement possibilité d'ajouter (première idée)
un champ aux paramètres de FormidablePaiement pour rendre ceci
éditable avec un fallback sur "parrain" (formXX:idformunique), voire
même de donner accès aux autres champs "vads-order-info2" et
"vads-order-info3" ...

Merci à Eric pour le compte Gitea qui ne servira pas ce coup-ci, si
cette modif peut être ajoutée à Bank cela m'arrangerait (mises à jour
futures), je ne sais pas quelle est la procédure pour ça hors Gitea ...
>
> Merci,
> --
> Pierre
>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Compte Gitea

2020-07-24 Par sujet CSI
Bonjour,

Ok merci à Eric, compte créé.

Le 24/07/2020 à 12:40, Eric Lupinacci a écrit :
> Il me faudrait un un nom d'utilisateur et un email stp.
>
> ++
> Eric
>
--
Pierre
___
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] Question spip_log()

2020-07-24 Par sujet CSI
Bonjour,

Après lecture de la doc, ai-je bien compris ceci:

spip_log("bank_porteur_infos_facturation:".$transaction['id_transaction'].":".json_encode($infos),'dspdbg');

Ça devrait en théorie créer un fichier dspdbg.log ... ? dans tmp/log ?

J'ai aussi ajouté dans mes_options, pas sûr que ce soit nécessaire:

define('_LOG_FILTRE_GRAVITE', _LOG_DEBUG);

J'ai rien compris ou je dois chercher une autre raison pour laquelle
rien ne se passe ?

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


Re: [spip-dev] Compte Gitea

2020-07-24 Par sujet CSI
Bonjour,

Òk merci. Je ne pense pas avoir jamais eu de compte SVN.

Le 23/07/2020 à 20:22, RastaPopoulos a écrit :
> Le 23/07/2020 à 19:29, CSI a écrit :
>> Quelle est la procédure pour avoir un compte sur git.spip.net ? pour
>> l’instant j'en ai besoin pour ouvrir un ticket (ou une demande de
>> fonctionnalité plutôt) ...
> Si tu avais un compte sur la zone SVN, c'est pareil.
>
> Sinon un admin ici va te créer tout ça.
--
Pierre

___
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] Compte Gitea

2020-07-23 Par sujet CSI
Bonjour,

Quelle est la procédure pour avoir un compte sur git.spip.net ? pour
l’instant j'en ai besoin pour ouvrir un ticket (ou une demande de
fonctionnalité plutôt) ...

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

Re: [spip-dev] Questions Formidable et paiement

2020-07-23 Par sujet CSI
Bonjour,

Le 23/07/2020 à 18:01, RastaPopoulos a écrit :
> Le 23/07/2020 à 17:32, CSI a écrit :
>> qui n'est pas sorti sur la
>> liste (je ne l'ai pas reçu)
> Il y est pourtant bien, à 00h20 chez moi.
Ok ça a dû merd... chez moi :-(
>
>> Peut-être devrai-je mettre cette demande sur Spip-contrib ?
> Les forums c'est plus pour du support à l'utilisation. Pour des bugs ou 
> améliorations, il y a les tickets maintenant : 
> https://git.spip.net/spip-contrib-extensions/formidablepaiement/issues
Ok j'y vais ... j'avais néanmoins posé la question sur dev car je
n'étais pas sûr à 100% que cela concerne Bank ou FormidablePaiement ...
ou les 2 probablement d'ailleurs d'après le code que j'explore
(interface côté FP pour saisir la variable mais transmission à Payzen de B).
J'imagine que je vais devoir créer un compte pour soumettre ça ...
--
Pierre
___
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] Questions Formidable et paiement

2020-07-23 Par sujet CSI
Bonjour,

Je re-cite ce message que j'ai fait hier et qui n'est pas sorti sur la
liste (je ne l'ai pas reçu). Et je le complète car j'ai fait depuis
d'autres recherches et j'ai donc d'autres idées:

Formidable permet les paiements et Bank permet d'avoir plusieurs passerelles de 
paiement dans un site ... Est-il possible (de base je
dirai non) d'affecter une passerelle de paiement à un formulaire et un seul, 
une seconde passerelle à un second formulaire et lui seul ...

Actuellement quand on choisit un traitement "paiement" dans Formidable, cela ne 
propose pas ce choix, et les utilisateurs arrive sur la page de
paiement avec le choix entre les 2 passerelles ...

J'imagine que je pourrai m'attaquer à modeles/payer_acte.html ... serait-ce la 
bonne solution ? restreindre à ce niveau les moyens de
paiement en fonction de l'id du formulaire ?

Nouvelle piste sur ce sujet: en fait la question originelle concernait la 
possibilité de distinguer dans le back-office de Payzen/SystemPay les paiements 
provenants de chaque formulaire. J'ai appelé le support technique SystemPay à 
qui j'ai exposé mon problème, la personne m'a suggéré la possibilité de 
positionner une variable vads_order_info 
(https://payzen.io/fr-FR/form-payment/standard-payment/vads-order-info.html) 
,distincte pour chaque formulaire ... l'idéal d'après moi serait de rajouter un 
champ dans la zone "Demander un paiement après saisie du formulaire" dans les 
traitements de Formidable, en bas dans la partie "Informations concernant le 
payeur" ... cette variable est bien remontée au back-office SystemPay et elle 
peut être affichée en personnalisant les colonnes du journal des traitements, 
cela répondrait donc à la question originelle. 

J'imagine que cette modif devrait se faire dans le plugin formidablepaiement ?

Peut-être devrai-je mettre cette demande sur Spip-contrib ?

Merci,
--
Pierre

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


[spip-dev] Formidable et paiement

2020-07-22 Par sujet CSI
Bonjour,

Formidable permet les paiements et Bank permet d'avoir plusieurs
passerelles de paiement dan un site ... Est-il possible (de base je
dirai non) d'affecter une passerelle de paiement à un formulaire et un
seul, une seconde passerelle à un second formulaire et lui seul ...
Actuellement quand on choisit un traitement "paiement" dans Formidable,
cela ne propose pas ce choix, et les utilisateurs arrive sur la page de
paiement avec le choix entre les 2 passerelles ...

J'imagine que je pourrai m'attaquer à modeles/payer_acte.html ...
serait-ce la bonne solution ? restreindre à ce niveau les moyens de
paiement en fonction de l'id du formulaire ?

Merci d'avance si quelqu'un a un éclairage sur ce sujet.
--
Pierre
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Petit soucis paiement en ligne

2020-07-22 Par sujet CSI
Bonjour,

Je me réponds à moi-même, j'ai étudié le plugin, j'ai trouvé
"vads_cust_country" dans request.php ...

Effectivement quand on paramètre le paiement Formidable il y a une zone
"informations concernant le payeur" et le Pays est demandé  comme je
n'avais pas de champ "pays" j'avais un peu botté en touche, je vais
faire un champ pays caché, ça devrait résoudre le problème !

Le 22/07/2020 à 11:32, CSI a écrit :
> Bonjour,
>
> J'ai dans un site au moins 3 formulaires Formidable permettant des
> paiements ... dont un en cours d'élaboration.
>
> Quand je mets le paiement (Payzen) en mode test j'ai l'erreur suivante
> (uniquement sur le nouveau formulaire, pas sur ceux qui fonctionnent
> depuis plusieurs années):
>
> =
>
> Le formulaire de paiement a été posté par votre site marchand le *22
> juillet 2020 à 09:12:14 UTC*. Ce formulaire a été détecté invalide par
> la plateforme de paiement.
>
> La transaction est en échec et n'est pas visible dans votre Back
> Office car vos paramètres sont incorrects.
>
> *Pour comprendre l'origine de ce problème se référer à la FAQ
> :* https://paiement.systempay.fr/doc/fr-FR/error-code/error-22.html
>
> Voici les détails techniques concernant l'erreur rencontrée :
>
> PaymentFormError = 22 - vads_cust_country
> =
>
> Quand on suit le lien, l'erreur est:
>
> =
>
> Le champ vads_cust_country est facultatif et doit être impérativement
> en majuscules lorsque celui-ci est présent.
>
> Pour la France il faut envoyer *FR* en majuscule et non *fr* en minuscule.
>
> =
>
> Je ne pense pas que le formulaire en soi positionne ce champ, c'est
> vrai que je n'ai pas de champ de pays dans ce formulaire
> (contrairement aux autres), ... vous pensez que je devrai ajouter un
> champ de pays ? le plugin bank positionne ce "vads_cust_country" selon
> le formulaire ? (apparemment il faut soit que cette variable soit vide
> soit si présente, en majuscule avec un code ISO valide) 
>
> Merci votre avis !
>
> Pierre
>
>

Pierre
___
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] Petit soucis paiement en ligne

2020-07-22 Par sujet CSI
Bonjour,

J'ai dans un site au moins 3 formulaires Formidable permettant des
paiements ... dont un en cours d'élaboration.

Quand je mets le paiement (Payzen) en mode test j'ai l'erreur suivante
(uniquement sur le nouveau formulaire, pas sur ceux qui fonctionnent
depuis plusieurs années):

=

Le formulaire de paiement a été posté par votre site marchand le *22
juillet 2020 à 09:12:14 UTC*. Ce formulaire a été détecté invalide par
la plateforme de paiement.

La transaction est en échec et n'est pas visible dans votre Back Office
car vos paramètres sont incorrects.

*Pour comprendre l'origine de ce problème se référer à la FAQ
:* https://paiement.systempay.fr/doc/fr-FR/error-code/error-22.html

Voici les détails techniques concernant l'erreur rencontrée :

PaymentFormError = 22 - vads_cust_country
=

Quand on suit le lien, l'erreur est:

=

Le champ vads_cust_country est facultatif et doit être impérativement en
majuscules lorsque celui-ci est présent.

Pour la France il faut envoyer *FR* en majuscule et non *fr* en minuscule.

=

Je ne pense pas que le formulaire en soi positionne ce champ, c'est vrai
que je n'ai pas de champ de pays dans ce formulaire (contrairement aux
autres), ... vous pensez que je devrai ajouter un champ de pays ? le
plugin bank positionne ce "vads_cust_country" selon le formulaire ?
(apparemment il faut soit que cette variable soit vide soit si présente,
en majuscule avec un code ISO valide) 

Merci votre avis !

Pierre

___
liste: https://listes.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-16 Par sujet CSI
Bonjour,

Oui c'est #HTTP_HEADER qui me manquait, je l'avais oubliée celle-là :-)

Le 15/07/2020 à 15:27, Bruno Bergot a écrit :
> Hop,
>
> Le 15/07/2020 à 15:03, CSI a écrit :
>>
>> Le code ci-dessus affiche le résultat dans le navigateur :-( il ne
>> télécharge pas le résultat ... pourtant c'est du code que j'utilise dans
>> un projet PHP et ça marche .. Y-a-t-il une interaction SPIP que j'oublie
>> et qui empêche ça de fonctionner ?
>>
>
> Il faut que tu utilises la balise http_header pour ça, exemple
> #HTTP_HEADER{Content-Type: text/csv; charset=#CHARSET} et un autre
> exemple pour forcer le download dans geodiversité cf
> https://github.com/geodiversite/geodiversite/blob/master/geol_kml.html#L2
>
> De mon côté, voici comment je fais pour réaliser des squelettes
> d'export CSV en utilisant l'API de inc/exporter_csv :
>
> dans mon squelette export_csv.html
>
> #HTTP_HEADER{Content-Type: text/csv; charset=#CHARSET}
> [(#SESSION{statut}|=={0minirezo}|sinon_interdire_acces)]
> [(#SET{items,#ARRAY})]
>  titre}>
> [(#SET{items,#GET{items}|push{#LISTE{#TITRE*,
> #PRENOM*,
> #ACTIVITE_NOM*,
> #ACTIVITE_DESC*,
> #COMMUNE*,
> #TEL,
> #EMAIL}}})]
> 
> [(#VAL{export}|inc_exporter_csv_dist{#GET{items},';',#LISTE{nom,prenom,activite_nom,activite_desc,commune,tel,email}})]
>
> 
>
> et dans exprt_csv_fonctions.php
>
> 
> if (!defined('_ECRIRE_INC_VERSION')) {
> return;
> }
>
> include_spip('inc/exporter_csv');
>
> Ainsi on génère le CSV à partir d'un array.
>
> ++
> b_b
___
liste: https://listes.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 CSI
Bonjour,

Le 15/07/2020 à 15:15, RealET a écrit :
> 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
Non je vais regarder ! Merci.
>
>
--

Pierre

___
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] Exporter le résultat d'une boucle en csv

2020-07-15 Par sujet CSI
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 ...

Mon code (j'ai supprimé tout le formatage), j'ai juste laissé 2 lignes:


http://www.w3.org/1999/xhtml; xml:lang="fr" lang="fr">









    
    ,
    [(#VOIR_REPONSE{radio_1, valeur_uniquement}|textebrut)],
    [(#VOIR_REPONSE{input_7, valeur_uniquement}|textebrut)],






Le premier n'est pas nécessaire et la première virgule est là pour
obtenir une première colonne vide.

Le code ci-dessus affiche le résultat dans le navigateur :-( il ne
télécharge pas le résultat ... pourtant c'est du code que j'utilise dans
un projet PHP et ça marche .. Y-a-t-il une interaction SPIP que j'oublie
et qui empêche ça de fonctionner ?

Merci !

--

Pierre

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


Re: [spip-dev] Question sur Spip, un peu hors sujet

2020-06-21 Par sujet CSI
Bonjour,

Ok merci, je regarde ça.

Le 20/06/2020 à 20:52, nicod_ a écrit :
> Le 20/06/2020 à 18:33, CSI a écrit :
>> Bonjour,
>>
>> Je me demandais comment Spip faisait la compression des CSS et JS en un
>> seul fichier avec un nom "hashé" ... je suis en train de regarder Grunt,
>> Gulp et autres webpack pour un projet perso et je me disais que la
>> solution Spip était peut-être différente et plus apte à s'insérer dans
>> un projet existant. C'est une librairie connue ou un dev de l'équipe de
>> Spip ?
>
> Salut,
>
> c'est un plugin-dist, le compresseur, tout le code qui gère la
> concaténation des fichiers css et js est là.
>
--

Pierre

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

2020-06-20 Par sujet CSI
Bonjour,

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

--

Pierre

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


Re: [spip-dev] Demande de conseils : sortir un site Spip piraté du classement frauduleux par Google ?

2020-06-17 Par sujet CSI
0. Je change tous les mots de passe ? (panel OVH, FTP, BDD, voire email,
admin de Spip) ... cela va sans dire mais bon, il vaut mieux le dire :-)

Le 17/06/2020 à 16:47, Hervé Le Dantec a écrit :
> Bonjour,
>
> *Un petit historique :*
> Un ami artisan, vitrailliste à Chartes, s’est fait pirater son site
> vitrine en Spip 3.2.
>
> Résultat, le site s’est retrouvé classé en site frauduleux par Google.
>
> J’ai téléchargé en FTP les fichiers et dossiers du site et j’y ai
> trouvé *un certain nombre de dossiers et fichiers qui n’ont rien à
> faire dans l’arborescence d’un site Spip.*
>
> *Exemples :*
>
>   * Dans le dossier « IMG », il y a des dossiers et des fichiers qui
> ne devraient pas y être.
>   * Il y a par exemple, à l’intérieur du dossier « IMG/png », un
> dossier « Verification-paypal » qui contient des sous-dossiers
> contenant des fichiers, dont des PHP, qui sont peut-être des
> fichiers qui ont servi au piratage. Et ce n’est qu’un exemple
> parmi d’autres.
>
> Je ne suis pas formidablement bon en PHP, votre avis m’intéresserait,
> ne serait-ce que par curiosité.
>
> *Pour remettre le site en état d’être soumis à un examen par G ogle
> pour quitter l’état de site frauduleux, pouvez-vous me dire si les
> étapes suivantes vous semblent suffisantes ?*
>
>  1. Je repars d’un Spip vierge et je restaure la base SQL du site.
>   * Est-ce que je me fourvoie en pensant qu’il y a peu de chance
> d’y avoir eu un piratage de la base ?
>  2. Je réinstalle tous les plugins présents auparavant dans le site.
>  3. Je remets le dossier « squelettes » issu d’une sauvegarde d’avant
> le piratage.
>  4. Je rétablis les contenus du dossier « IMG » expurgé de tout ce qui
> n’est pas une image ou un PDF
>
>
> *Ai-je oublié quelque chose ?*
>
> Existe-t-il un site de la galaxie Spip où sont centralisés les retours
> d’expériences sur notamment les Spip piratés et les recommandations
> qui en découlent ?
>
> Est-ce que les fichiers et dossiers suspects d’un Site Spip peuvent
> intéresser la communauté des Dev de Spip pour voir si ces fichiers
> sont en rapport avec des failles de Spip qui n’auraient pas été
> découvertes ?
>
> Merci d’avance,
>
> Cordialement,
>
> Hervé
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Forcer une balise à effectuer les traitements Spip

2020-05-02 Par sujet CSI
Bonjour,

Le 02/05/2020 à 19:52, CSI a écrit :
> Bonjour,
>
> Le 01/05/2020 à 19:50, Bruno Bergot a écrit :
>> Hop,
>>
>> Le 01/05/2020 à 19:24, CSI a écrit :
>>
>>> Si je fais un lien en utilisant du HTML dans le champ extra, ça marche
>>> direct, mais je me disais que ce serait plus safe pour l'utilisateur du
>>> back-office de faire les liens comme d'habitude ... y-a-t-il une
>>> solution ?
>>>
>> Plusieurs options :
>>
>> - appliquer |propre à ta balise
>> - appliquer |traiter_raccourci_liens
>>
>> Je te laisse chercher la définition de ces fonctions sur code.spip.net ;)
> Désolé j'avais pas vu la réponse, merci ! Par curiosité, y-a-t-il une
> raison au fait que ces 2 filtres ne soient pas dans le glossaire de
> spip.net ?

|propre marche nickel par contre |traiter_raccourci_liens non, fonction 
inexistante, j'ai essayé avec plusieurs orthographe.

Dans code-spip.net, peux-tu me donner un exemple de l'endroit ou je dois 
regarder par ex. pour |propre ... Quand je recherche |propre j'ai des dizaines 
d'occurences et de fonctions. Je trouve par ex.  traitements_previsu() ici: 
https://code.spip.net/autodoc/tree/plugins-dist/porte_plume/porte_plume_fonctions.php.html#function_traitements_previsu
 mais cela dit qu'il faut le préférer à |propre ce qui ajoute à ma confusion ...

>> ++
>> b_b
>>
> --
>
> Pierre

--

Pierre

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


Re: [spip-dev] Forcer une balise à effectuer les traitements Spip

2020-05-02 Par sujet CSI
Bonjour,

Le 01/05/2020 à 19:50, Bruno Bergot a écrit :
> Hop,
>
> Le 01/05/2020 à 19:24, CSI a écrit :
>
>> Si je fais un lien en utilisant du HTML dans le champ extra, ça marche
>> direct, mais je me disais que ce serait plus safe pour l'utilisateur du
>> back-office de faire les liens comme d'habitude ... y-a-t-il une
>> solution ?
>>
>
> Plusieurs options :
>
> - appliquer |propre à ta balise
> - appliquer |traiter_raccourci_liens
>
> Je te laisse chercher la définition de ces fonctions sur code.spip.net ;)
Désolé j'avais pas vu la réponse, merci ! Par curiosité, y-a-t-il une
raison au fait que ces 2 filtres ne soient pas dans le glossaire de
spip.net ?
>
> ++
> b_b
>
--

Pierre

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

2020-05-01 Par sujet CSI
Bonjour,

A la sortie d'une boucle DATA (qui interroge en direct la base de
données Spip du site, j'utilise une boucle DATA pour pouvoir récupérer
la valeur d'un champ extra en utilisant un nom dynamique) j'utilise la
balise #VALEUR{nom_du_champ_extra_dynamique_aussi) ... tout ceci
fonctionne (merci l'après-midi du 1er mai) mais il me reste un dernier
souci: la balise #VALEUR retourne bien la valeur du champ extra mais de
façon brute, c'est à dire que par exemple si le champ contient un lien
Spip je le récupère brut, genre [contact->https://], pas le le lien
sur le mot contact.

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

--

Pierre

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


Re: [spip-dev] Bug dernière version de saisies 4.0

2020-04-03 Par sujet CSI
Slt

Le 03/04/2020 à 18:59, Maïeul Rouquette a écrit :
> Le 03/04/2020 à 18:18, CSI a écrit :
>> Bonjour,
>>
>> Le 03/04/2020 à 18:00, RastaPopoulos a écrit :
>>> Le 03/04/2020 à 17:54, CSI a écrit :
>>>> Ce que trouve bizarre c'est que sur l'autre site avec lequel je
>>>> comparais on ne propose pas de mise à jour de Saisies en 4.0.0 ...
>>> Cf le fil de Maieul "Débardeur migration et tag". Cette version de
>>> Saisies n'existe pas (et date de 2018), suite à un tag
>>> malencontreusement posé et le nouveau système de paquets (débardeur)
>>> qui génère les ZIP à partir des tags.
>>>
>>> Il faut supprimer cette version et mettre la vraie dernière.
>>
>> Oui j'ai vu ce fil mais j'ai pas percuté dans l'urgence ... par contre
>> la vraie dernière on trouve ça ou finalement ... vu que là ça ne propose
>> plus de mise à jour, c'est la 3.36.2 ?
>>
>> -- 
>>
>> Pierre
>>
> oui la 3.36.2
> sur plugins.spip.net/saisies

Ok top alors je suis déjà à jour :-) Merci.

--

Pierre


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


Re: [spip-dev] Bug dernière version de saisies 4.0

2020-04-03 Par sujet CSI
Bonjour,

Le 03/04/2020 à 18:00, RastaPopoulos a écrit :
> Le 03/04/2020 à 17:54, CSI a écrit :
>> Ce que trouve bizarre c'est que sur l'autre site avec lequel je
>> comparais on ne propose pas de mise à jour de Saisies en 4.0.0 ...
> Cf le fil de Maieul "Débardeur migration et tag". Cette version de Saisies 
> n'existe pas (et date de 2018), suite à un tag malencontreusement posé et le 
> nouveau système de paquets (débardeur) qui génère les ZIP à partir des tags.
>
> Il faut supprimer cette version et mettre la vraie dernière.

Oui j'ai vu ce fil mais j'ai pas percuté dans l'urgence ... par contre
la vraie dernière on trouve ça ou finalement ... vu que là ça ne propose
plus de mise à jour, c'est la 3.36.2 ?

--

Pierre

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


[spip-dev] Bug dernière version de saisies 4.0

2020-04-03 Par sujet CSI
Bonjour,

J'ai mis à jour de façon un peu nonchalante un site avec du Formidable,
du Bank, du Formidable Paiement et j'ai pas trop testé (mauvais ... mais
bon tester des achats n'est pas toujours simple). et tout d'un coup on a
des remontées clients comme quoi le formulaire ne marche plus ... les
gens remplissent le formulaire, envoi, page blanche.

Vu que c'était de l'urgence j'ai rétrogradé Bank de 4.3.0 (de mémoire) à
4.2.3 (heureusement j'ai plusieurs sites avec cette config) et vu que ça
ne résolvait pas le problème j'ai constaté par comparaison que j'avais
aussi mis à jour Saisies de 3.36.2 à 4.0.0, donc je suis revenu en
arrière sur Saisies et tout est reparti.

J'ai ensuite remis à jour Bank en 4.3.0 (joueur) et ça marche,
apparemment c'est bien Saisies le problème ... donc apparemment il y a
souci avec Saisies 4.0.0 ...

Ce que trouve bizarre c'est que sur l'autre site avec lequel je
comparais on ne propose pas de mise à jour de Saisies en 4.0.0 ...

--

Pierre

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


Re: [spip-dev] Incident sur git.spip.net

2020-03-29 Par sujet CSI
Bonjour,

Une question d'ordre général sur cette infra: y-a-t-il des sauvegardes
en dehors du miroir (qui n'en n'est pas une) ? et y-a-t-il quelque part
une description de cette infra ?

PS: absolument aucune pensée polémique, juste la volonté de comprendre
et de voir si éventuellement on peut aider.

Le 28/03/2020 à 20:01, cam.la...@azerttyu.net a écrit :
> Bonjour
>
> Bonne nouvelle cela avance et on est plus proche de la fin que du
> début (sauf surprises de dernières minutes, oui au pluriel en général
> si cela arrive c'est en escadron).
>
> La base de donnée du gitea a été rétablie. On ne constate pas de perte
> de données à ce niveau.
> Concernant les dépôts git, certains dépôts ont été abîmés mais la
> majeure partie a pu être rétablie dans un état stable. Un seul dépôt
> est noté comme cassé.
>
> On avait 2 commits de retard par rapport au svn ils ont bien été synchronisés.
>
> J'ai donc réouvert les accès en écriture sur les dépôts contrib.
>
> Pour information voici la liste des différents dépôts impactés
> Encore en erreur :
> * spip/ecrire.git
>cela n'est pas bloquant car c'est un projet en lecture seule pour
> le moment (prochaine étape avec composer).
>On travaille pour le moment spip/spip.git
> Ayant eu un problème et rétabli dans un état considéré stable :
> * spip-contrib-outils/archives_from_gitea.git
> * spip-contrib-outils/git_loader.git
> * spip/prive.git
> * spip-contrib-squelettes/spipr-dist.git
> * spip-contrib-squelettes/escal.git
> * nicod_/spip.git
> * spip-contrib-extensions/deconnexion_auto.git
> * spip-contrib-extensions/mailsubscribers.git
> * spip-contrib-extensions/moncompte.git
> * spip-contrib-extensions/abonnements.git
> * spip-contrib-extensions/rainette.git
> * spip-contrib-extensions/autorisations_etendues.git
> * spip-contrib-extensions/prix.git
> * spip-contrib-extensions/metasplus.git
> * spip-contrib-squelettes/html5up_alpha.git
>
>
> Comme le dépôt cassé est sur l'organisation SPIP j'ai encore un
> travail à faire pour être complètement serein.
> Pour le moment la synchronisation git > svn n'a pas été rétablie sur
> cette organisation.
>
>
> Km
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip

--

Pierre

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


[spip-dev] Formidable et jquery

2020-03-17 Par sujet CSI
Bonjour,

Dans un formulaire formidable qui sert à du e-commerce, j'ai un champ
final qui sert à collecter le total à payer. Je remplis ce champ avec
jquery (en fonction de cases à cocher, de quantités, de prix
unitaires)... quand on clique sur valider ça passe le tout au plugins de
paiement. Ce champ final est paramétré comme "obligatoire" dans Formidable.

Si je remplis ce champ avec un truc du genre:

$("#formulaire_formidable-2 input#champ_input_5").val(totbon);

A la validation j'ai une erreur, comme quoi ce champ obligatoire de
total n'est pas rempli (alors que visuellement j'ai bien la valeur de
totbon qui est apparue dans le champ)

Maintenant si j'utilise ce code:

$("#formulaire_formidable-2 input[name='input_5']").val(totbon);

Ça marche ... j'ai juste changé le sélecteur de l'id au name ... une
idée sur la raison de ce comportement différent ? Les 2 méthodes me vont
bien, juste de la curiosité :-) Pas sûr que ce soit lié à Spip (c'est
probablement plutôt une question jquery) mais c'est quand même le test
"obligatoire" de spip qui semble faire une différence ...

--

Pierre

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


Re: [spip-dev] Souci GIS4 autocenterandzoom

2020-01-16 Par sujet CSI
Slt,

Je viens d'écrire à BB sur ce sujet, j'ai trouvé une épicerie dans sa
ville qui accepte de préparer ça, il n'aura qu'à aller la chercher. J'en
ai soudain eu marre de ces caisses de bières souvent promises et jamais
livrées mais en même temps je ne voulais pas faire traverser la France à
une caisse de bière (bonjour la sobriété) ...

Comme en plus je viens de refaire le site d'une épicerie locavore à
Grenoble qui propose justement un paiement en ligne pour des bons
cadeaux (et qui refuse de livrer en dehors de l'agglomération
grenobloise ce qui vide le mot locavore de son sens), je me suis dit que
c'était l'occasion d'essayer d'impulser cette idée dans d'autres villes
(plutot que d'acheter sur Amazon et faire livrer par Chronopost,
demander à l'épicerie locale de préparer un panier ou un colis que le
destinataire peut retirer ...)

Et ce nouveau site est en Spip, oeuf corse :-)

Le 16/01/2020 à 17:37, nicod_ a écrit :
> Le 16/01/2020 à 11:42, CSI a écrit :
>> La bière est en route :-)
>
> Ça c'est du savoir vivre :)
>
--

Pierre

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


Re: [spip-dev] Souci GIS4 autocenterandzoom

2020-01-16 Par sujet CSI
Bonjour,

Le 16/01/2020 à 10:45, Bruno Bergot a écrit :
> Hop,
>
> Le 15/01/2020 à 22:34, CSI a écrit :
>> Bonjour,
>>
>> J'ai posté ce message sur Spip-Contrib, il y a 2 jours, je re-tente ici.
>>
>
> Comme tu as pu le voir, j'ai déjà répondu à ce fil sur contrib, je ne
> pense pas qu'il soit nécessaire de relancer ici si je n'ai pas corrigé
> le bug en deux jours, tu es pressé ?

Je ne suis pas spécialement pressé mais:

- je n'avais pas de réponse sur Contrib quand j'ai fait ce mail (et je
n'en vois pas sauf celle d'il y a 3 minutes)

- sur Contrib j'ai été obligé de faire 2 fois le message, le premier
n'est jamais apparu

Bref tout ça m'a mis le doute sur le fait même que mon message soit
apparu pour tout le monde.

>
> Pour info, et comme je l'ai déjà dit plusieurs fois sur contrib, ce
> bug a été introduit par une modification dont je ne suis pas l'auteur cf
> https://zone.spip.org/trac/spip-zone/changeset/116107/spip-zone et
> j'ai déjà envoyé 4 correctifs suite à celle-ci :
>
> https://zone.spip.org/trac/spip-zone/log/spip-zone/_plugins_/gis/trunk?action=stop_on_copy=stop_on_copy=119773_rev==100=on
>
Oui comme je le dis dans le message je vois que le souci a été soulevé
plusieurs fois, corrigé, réapparru ...
>
> À ce stade, je pense qu'il faut, au choix :
>
> - annuler la modification qui a introduit ce bug
> - la corriger, mais perso j'y ai déjà passé trop de temps

Ok là ça n'est pas ma décision, merci pour le temps passé et merci pour
la correction quand même faite puisque je vois dans le message d'il y a
3 minutes que finalement tu as corrigé.

La bière est en route :-)

>
> ++
> b_b

--

Pierre

___
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] Souci GIS4 autocenterandzoom

2020-01-15 Par sujet CSI
Bonjour,

J'ai posté ce message sur Spip-Contrib, il y a 2 jours, je re-tente ici.

J'ai un souci d'autocenterandzoom sur GIS4, je ne sais pas exactement
depuis quand et je vois que le pbm semble récurrent (plusieurs messages
sur ce sujet).

Je ne sais pas si une solution a été trouvée mais je constate le même
souci ici ... une info supplémentaire que je peux ajouter : j’ai
l’impression que ça fonctionne correctement si l’on a plusieurs points,
ici par ex :
https://www.cabestan.fr/spip.php?page=annuaire

Par contre sur les pages individuelles des entrepreneurs de cet annuaire
qui n’affichent que leur point, plus de centrage, par ex. :
https://www.cabestan.fr/pro/guerin-761
(le point est en dehors de la boite mais il est bien là donc l’appel
fonctionne bien avec les bonnes coordonnées)...

Je ne suis donc même pas sûr que ce soit un souci de zoom (comme
d'autres) puisque je n’affiche qu’un point, c’est plutôt le centrage qui
ne marche pas, le zoom est accessoire dans mon cas. Je vois qu’il y a
une ou 2 discussions sur le même sujet, pour ma part je suis à jour
(Spip 3.2.7 et GIS 4.47.17) ...

Pierre.

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