Re: [spip-dev] SPIP 4 — proposition d'enlever squelettes par rubriques

2021-04-30 Par sujet JLuc

Le 30/04/2021 à 10:03, jeanmarie a écrit :

*Ok pour la liste des plugins supprimés.*
Y compris *Squelettes**par rubriques* qui induit des pratiques pas forcément idéales (je m'inclus dedans) et couteuse en 
perf (je fais confiance au dev sur ce point).
Il est avantageusement remplaçable par Compositions 


Il y a des arguments théoriques en faveur de composition,
du même ordre me semble t il que ceux qui favorisent A2A ou Selections
au détriment des motclés.

Squelette par rubrique c'est simple (avantage) mais c'est rustique (pas 
sémantique),
et par ailleurs ça a un coût en terme de performance.

Mais composition aussi a un coût en performance pour son fonctionnement.
Et ce coût n'est il pas plus important encore pour les compositions
vu le grand raffinement et la complexité des possibles réglages contextuels ?

Pour ma part je n'ai pas encore eu l'occasion d'apprécier Composition,
mais par contre j'en ai perçu c'est des gênes :
- ça altère les tables et y ajoutant une colonne (même quand c'est inutile).
- l'usage des compositions altère les squelettes polyvalents (z par exemple)
en ajoutant des arguments superfétatoires aux inclusions.

Parfois je fais sans le plugin des trucs qui ressemblent aux Compositions,
et je ne vois pas bien ce que le plugin m'apporterait en plus.

Compositions est certainement la bonne solution dans certains cas,
mais quand squelettes-par-rubriques est adapté,
je pense que c'est plus adapté et mieux que Compositions.

Je veux pas non lus dire qu'il faut garder squelettes par rubriques (sujet du 
thread)
car c'est pas utiles à tous les sites et car il y a des alternatives,
mais peut on remettre Compositions à sa juste et relative place (sujet du 
vendredi ?) ?

JL


et, pour combler le besoin légitime d'Arno de pouvoir verrouiller 
par composition (aujourd'hui, c'est tout ou rien), ça serait une fonctionnalité à ajouter dedans. Pour le reste, 
l'intérêt de la suppression me parait l’emporter sur le garder en plugins-dist.


*Compagnon*

Sur le principe, je me dis que c'est utile et accueillant (tendre comme SPIP, 
quoi :) ).
Sur l'utilisation au quotidien, je trouve ça chiant (en tant que personne qui utilise intensément l'espace privé) de 
l'avoir dans les pattes tout le temps et devoir le fermer au cas par cas.


Comme évoqué par d'autres dans la discussion, ajouter la possibilité de le désactiver pour soi et, tant qu'à y être, 
pour tout le monde si ça mange pas de pain serait super.


Aussi, rendre les boutons qui ferment les boites d'infos (Merci / J’ai compris ! / Parfait...) pourraient être plus 
explicites (avec une croix pour ? des styles plus boutons ? ...) pour que les gens les ferment (la plupart de mes 
utilisateur·rices reste avec pendant des mois avant que je leur dise qu'ils sont désactivables. > ça mérite un ticket ça ?


Et pour finir, *merci à toutes les personnes qui ont contribué à ces grandes avancées *ces derniers temps, c'est 
vraiment une super dynamique pour la communauté !


                 jeanmarie





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

Un peu pareil : Ok pour tout supprimer mais garder le compagnon et l'aide
qui, tout insuffisants voire imparfaits qu'ils sont,
sont tout de même une utile ligne guide pour qui débarque.

Ou si ce n'est pas l'aide actuelle, un équivalent modernisé...
sous la forme d'un compagnon multiplié, escamotable mais persistant ?

JL

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


Re: [spip-dev] pb avec image_recadre_avec_fallback()

2021-04-25 Par sujet JLuc

Pour info Arno* :

spip.net a été up hier à 20H44 en SPIP 3.3.0-dev GIT [master: 3059342d]
et depuis, quand on enregistre un article, une erreur apparaît
en relation avec image_recadre_avec_fallback() :

- Erreur d’exécution ../prive/objets/liste/articles.html
- Erreur d’exécution ../prive/objets/liste/articles.html | File 
[…]/tmp/cache/skel/html_a5a4337b7e18b98862b9e19e998670b3.php Line 266 : Call to undefined function

image_recadre_avec_fallback()

JLuc

Le 25/04/2021 à 00:24, Arnaud Martin a écrit :


Okay, c’est fait!

Merci pour les infos,
A*




Le 24 avr. 2021 à 22:37, spip.fra...@lien-d-amis.net a écrit :

Remarque, si le plug est juste pour spip 3.3, alors tu devrais plutôt mettre 
compatibilite="[3.3.0-dev;3.3.*]"


-Message d'origine-
De : ARNO* 
Envoyé : samedi 24 avril 2021 22:17
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [centre_image] Version pour 3.3 (sans jqueryui)

spip-contrib-extensions/centre_image
-
Par ARNO*, le 24 avril 2021 à 22h15min :

Version pour 3.3 (sans jqueryui)


*Ajouté*
imgs/croix-centre-image.svg
*Modifié*
centre_image_fonctions.php
centre_image_gestion.js
paquet.xml

Détails : 
https://git.spip.net/spip-contrib-extensions/centre_image/commit/89f98ae0d0e8e4c31902bd0eaca1a4ddc5c75785

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit



___
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] [3.2.11] #FORMULAIRE_LOGIN et problème de confidentialité (sécurité ?)

2021-04-24 Par sujet JLuc

Le 24/04/2021 à 12:05, BERTRAND Joël a écrit :

J'ai vérifié que tout était appelé par des balises  au lieu de
#INCLURE, le résultat est le même... Et ça reste pour moi un mystère.


Le 24/04/2021 à 12:05, BERTRAND Joël a écrit :
>J'ai vérifié que tout était appelé par des balises  au lieu de
> #INCLURE, le résultat est le même... Et ça reste pour moi un mystère.

Ça ne doit pas non plus être appelé dans un  ou un #MODELE{...}

Et d'ailleurs ce serait bien que SPIP détecte et signale voire interdise ces 
situations.
JL

___
liste: https://listes.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 3.3.0-dev : pb avec certains fichiers SVG

2021-04-21 Par sujet JLuc

Le 21/04/2021 à 21:18, Mamin Luc a écrit :
J'ai plusieurs articles dans lesquels j'ai inséré une carte choroplèthe SVG (élaborée avec LibreOffice) qui comprend des 
"title" contenant des infos complémentaires.
Depuis Spip 1.9.2, et aujourd'hui avec Spip 3.2.9, l'insertion dans un article via   affiche le document, 
*et le survol de la souris affiche les "title" informatifs.

*Un exemple sous Spip 1.9.2.p (oui oui, y en a encore en ligne...) : 
https://73.snuipp.fr/spip.php?article6364
Un autre sur un Spip 3.2.9 : 
https://47.snuipp.fr/Carte-scolaire-2021-c-est-le-rural-qui-trinque#Dotation-par-academies-1er-degre-16-decembre-2020

**


Le svg est inliné et le balisage est 
...

Avec Spip 3.3.0-dev, l'insertion dans un article via  (ou  ou ) affiche le document, *mais le 
survol de la souris n'affiche plus les "title" informatifs.*


Le svg reste externe et le balisage est  


C'est moins bien... Là par contre, pas d'exemple en ligne.

Temporairement ici : svg.grml.eu/spip.php?article1
avec doc, emb et img

JL

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

Le 13/04/2021 à 19:09, Mathieu Drouet a écrit :
Je me réveille sur le sujet des icônes . On peut envisager tranquillement un travail collectif sur un design system 
léger prenant en compte les icônes , les composants et les styles . Je veux bien aider.


Bienvenue.
Pour aider, tu vois comment faire ?

JLuc

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


Re: [spip-dev] Une 4.0 plutôt qu'une 3.3

2021-04-15 Par sujet JLuc

Le 15/04/2021 à 15:09, Bruno Bergot a écrit :
suite au sprint et à l'idée de potentiellement releaser en avril/mai, on aurait du 
créer tout de suite une branche 3.3 pour justement préparer la release sans freiner les expérimentations dans master. 
Mais bon, on fera mieux dans notre prochain cycle :)


On est encore qu'au quart de avril-mai.
Il est encore temps de la créer cette branche 3.3 !

JL

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

Le 14/04/2021 à 19:55, nicod_ a écrit :

Il y a une petite communauté francophone sur Matrix
https://matrix.to/#/+liste-salon-fr:matrix.org


Plus précisément : https://app.element.io/#/room/#penpot-fr:matrix.org

JL

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


Re: [spip-dev] Problème WHERE

2021-04-14 Par sujet JLuc

C'est surtout le calcul de ces critères qui a foiré son calcul
en laissant les quotes autour de "'='" et "'sql_quote(..)'"
et après c'est normal que ça provoque une erreur.

Je demandais hier sur irc : quand tu cites le message d'erreur
il y a ce qui ressemble à la pile d'appel :
"[sql_select(), calculer_select(), objet_test_si_publie(), inc_determiner_statut_document(), document_instituer(), 
medias_post_edition(), etc ]

C'est étonnant ça : c'est SPIP qui a gardé une trace de la pile d'appel ayant 
calculé les critères
et qui la présente ainsi ou c'est toi ?

Cette pile c'est justement ce qui semble construire les critères.
Ça décrit, dans le pipeline post_edition, le calcul du statut du document
à partir du statut de l'objet auteur il est lié.

objet_test_si_publie appelle instituer_boucle
et on dirait que instituer_boucle se trompe :
- Dans le cas où il y a une exception (cas 'visiteur'), ça retourne 
prématurément
et ça n'appelle pas fabrique_jointures et ça se passe bien
- mais dans le cas administrateur, ça appelle fabrique_jointures
et c'est un peu comme si fabrique_jointures était alors appelé avec $echap=true
et du coup le calculer_select se plante après


Note que dans ton message d'erreur, c'est id_auteur 21 qui apparaît
et non 13 comme tu le dis. Ça change quelque chose ?

JL


Le 14/04/2021 à 01:06, pierre laszczak a écrit :
C'est entre quote car ça doit génère du code à interpréter. Il me semble que les fonctions calculer_XX s'exécutent dans 
l'environnement de compilation pour produire du php.

Est-ce que c'est une erreur bloquante qui t'empêche de joindre le document?

Vu le code, je dirai que c'est une requête générée par une boucle. Je pense plutôt que ça vient d'un critère foireux ou 
d'un mauvais paramètre passer en critère.
T'as pas une Boucle *AUTEURS* avec une jointure qui se ferait sur documents_liens et articles? (AUTEURS 
documents_liens){objet?} ou un truc du genre (pour afficher un résumer de l'upload par exemple...)


Perso  je vois pas où pourrait se cacher cette requête dans l'api 
joindre_document...

Bon courage & bonne nuit ;)
Le mer. 14 avr. 2021 à 00:11, tofulm mailto:tof...@gmail.com>> a écrit :

la fonction calculer_mysql_where($where)

si elle prend en entrée un array :

Array (

[0] => '='

[1] => 'L1.objet'

[2] => sql_quote('article')

)


va produire :

$arg = "'L1.objet'";

$arg2 = "sql_quote('article')";

$op = "'='";

Donc

return "($arg $op $arg2)"; => donne : ('L1.objet' '=' sql_quote('article'))

Pourquoi dans la valeur d'entrée le = et L1.objet sont entre quote ?

Je continue mes investigations




-- 


tofulm

___
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] SPIP 3.3 nécessitera PHP 7.3 minimum.

2021-04-06 Par sujet JLuc

Le 06/04/2021 à 21:42, nicod_ a écrit :

Le 06/04/2021 à 15:02, Matthieu Marcillaud a écrit :
Nous n'avons pas de moyen actuellement dans les squelettes SPIP d'appeler une fonction sans argument, autrement que de 
faire : `#EVAL{time()}`


Ou de définir une function filtre_time_dist() ?
Mais bon, on va pas redéclarer tout PHP :)


Ou alors une balise #CALL{time} ou #APPELLE{time}
pour toutes les fonctions php sans argument
(on dit pas "procédures" ?)

JL


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


Re: [spip-dev] suivi des todo doc

2021-04-01 Par sujet JLuc

Le 31/03/2021 à 09:47, RastaPopoulos a écrit :

Le 31/03/2021 à 08:40, JLuc a écrit :

Vous imaginez autant de tickets dans le trac ?

Bah… OUI… puisqu'ils existent *déjà* pour la plupart ! Une grosse partie de ta 
liste, concerne des évolutions *qui ont déjà un ticket* !
Donc à aucun moment il ne s'agit de créer ex-nihilo 29 tickets. Seulement passer les 
tickets déjà existants en "documentation", surtout *en ne les fermant pas* 
(donc les devs, cédric, b_b, moi, etc, doivent aussi penser à ne pas fermer les tickets 
quand une évolution nécessite de la documenter).


Ça semble une bonne idée !
Les devs sont ils d'accords pour cette évolution de l'usage du gestionnaire de 
ticket ?

Et ensuite seulement certains ajouts ont été faits sans qu'il n'y ait eu de demande, de ticket avant. Et là oui il faudrait les créer en plus, mais il ne me semble pas que ce soit la majorité, non ?  > Après si vraiment tu veux une page genre *texte libre* en "liste à puces" ou "liste todo/checklist" qui récapitule 

tout : il suffit de créer UN ticket "Suivi de la documentation" qui liste les 
autres tickets à documenter
C'est surtout qu'il faut de la légèreté donc pas envie de créer un ticket par truc à commenter qui n'a pas déjà son 
ticket. Et pour un ticket collectif de doc, le texte n'étant pas éditable il faudra utiliser les commentaires pour le 
suivi (done) ou pour en ajouter, de manière asynchrone donc dans le désordre et avec un bilan difficile à extraire. Bof.



Ou au pire une page "Suivi de la documentation" du wiki, sur contrib, avec une 
liste de todo. Dans les deux cas pas besoin d'un outil externe supplémentaire, avec un lien 
qu'on ne saura pas où retrouver. > Possiblement en activant le plugin Todo


Un calc est mieux adapté qu'une page wiki et plus facile à éditer que le texte 
pour le plugin todo.
Pour retrouver un calc (ou une page du wiki) on peut créer un ticket qui 
contient juste le lien vers ce calc,
et la description de son thème si c'est un calc pour doc_todo thématique.

Il se dessinerait donc 1 piste à 2 voies :
- l'évolution de l'usage de trac avec une étape "doc" avant le "fermer" du 
ticket
- un calc, avec un ticket aide-mémoire = lien depuis le trac
(ou plusieurs calcs thématiques chacun avec un ticket aide-mémoire-lien depuis 
le trac)

JL

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

Re: [spip-dev] suivi des todo doc

2021-03-31 Par sujet JLuc

Le 30/03/2021 à 19:51, Bruno Bergot a écrit :

Le 30/03/2021 à 19:12, RastaPopoulos a écrit :
Il y a déjà un tracker "documentation" sur les tickets du core exprès pour ça 

Tout est là https://core.spip.net/projects/spip/issues?set_filter=1_id=4


Dans mes listes synthétiques d'il y a 8 jours,
il y avait 29 lignes de doc_todo et 10 lignes de doc_done.
Vous imaginez autant de tickets dans le trac ?

Je n'ignore pas ce tracker mais je ne l'ai pas trouvé adapté
... de même, probablement, que Nicod qui a posté ici son mémo ?
ou que Peetdu qui poste un forum "penser à documenter ce nouveau filtre 
nomdufiltre"
sous un article de spip.net, où malheureusement il est inretrouvable ?

Créer un ticket dans trac est plus lourd et plus engageant
que juste dresser un flag aide mémoire "ce commit induit un travail sur la doc".
Notamment en raison de l'identification très éphémère qu'il faut vite renouveler
et aussi car la gestion y nécessite ensuite l'intervention ou les interventions 
d'un admin
pour valider la fermeture du ticket.
Or les admins sont en nombre restreints et ont déjà bien d'autres choses à faire
notamment relire et valider les nouvelles documentations et leurs modifs !

Le trac peut bien servir pour des méta-rapports de todo_doc
par exemple "Créer une doc sur les classes du framework CSS SPIP".
Car sur ce sujet il y aurait des trucs à discuter avant de s'y coller.
Mais on ne voudra pas créer un ticket pour chacun des commits
qui introduit une nouvelle classe css ou en modifie une...
Alors il faudrait rassembler en commentaires dans un meta-ticket ?
Ça marchera bien ainsi,
mais on aura pas de vision synthétique de ce qui reste à faire
et de ce qui a été fait.

Alors en l'état je vois plutôt 2 outils :
- un framacalc - solution pas encore évoquée - serait à la fois plus léger à 
tenir
et plus efficace pour tout ce qui nécessite juste un mémo et pas de discussion.
- ou un bugtracker dédié, avec des droits adaptés.

JL




___
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] suivi des todo doc

2021-03-30 Par sujet JLuc

Le 30/03/2021 à 14:13, nicod_ a écrit :

Détails : 
https://git.spip.net/spip/spip/commit/7022b4864d786ea393af4753f6625148d2b1dad5

Note pour mémoire : mettre à jour la doc sur spip.net :
https://www.spip.net/fr_article3367.html
https://www.spip.net/fr_article4867.html
+ créer un article spécifique pour la balise #PAGINATION ?


Comment assurer un suivi des documentations à créer et compléter ?

Là tu postes un mémo sur spip-dev.

Ces 2 derniers mois,  j'ai tagué les notifications de certains commits
en local dans mon dossier thunderbird avec un tag "todo_doc" et un tag 
"done_doc".
C'est très léger mais c'est mal partageable :
je peux juste exporter la liste non cliquable des titre-date-auteurs,
cf il y a 8 jours : spip.pastebin.fr/88140 et http://spip.pastebin.fr/88139

Alors comment gérer collectivement le suivi des besoins de documentation ?

Bientôt peut être pourra t on commenter les commits 
(https://github.com/go-gitea/gitea/issues/4898)
et alors on pourra ajouter y glisser des motclés doc_todo et doc_done
(mais encore faudra t il pouvoir y faire une recherche dans les commentaires de 
commits, pour les retrouver...)

Sinon voyez vous qqchose ? de léger si possible.

Qq pistes : transférer sur la liste spip-redac les mails de notification de commit avec un besoin de doc (accessible 
pour les inscrits à cette liste) ; des tickets sur programmer.spip.net ; les forums privés sur spip.net (en étendant le 
droits d'accès au suivi des commentaires)...


JL



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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-03-22 Par sujet JLuc

Mise à jour : Pour info l'actu des todo/done de la doc :

TODO : http://spip.pastebin.fr/88139
Il reste surtout des trucs un peu pointus
ou qui ne sont pas traditionnellement documentés sur spip (doc css par exemples)
mais pas totalement que ça non plus.

DONE : http://spip.pastebin.fr/88140
Ce sont soit des créations d'articles soit des ajouts dans des articles existant
sur spip.net et programmer.spip.net
Sur spip.net, les créations d'articles sont rédigées mais ne seront publiées
que lors de la publication de spip 3.3

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


Re: [spip-dev] Demande d'inscription

2021-03-15 Par sujet JLuc

Le 15/03/2021 à 22:06, RastaPopoulos a écrit :

Le 15/03/2021 à 19:49, JLuc a écrit :

2) obtenir un engagement à respecter la charte pour qui veut participer plus et 
notamment commiter

Non la charte c'est pour tout le monde ! Dès qu'on a les tickets, on peut 
commenter de partout, donc on doit suivre la charte.
Par contre quand c'est juste pour les tickets : on n'a pas à être inscrit aux 
listes emails, de discussion et des commits, pour elleux c'est juste le compte 
git.spip. Alors que celleux qui commitent, c'est des droits en plus sur 
git.spip + les listes.


Oui en effet. Et avec ce fonctionnement il y a bien 2 types de comptes ; c'est 
bien ce qu'on veut et ya pas de bazar.
JL

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


Re: [spip-dev] Demande d'inscription

2021-03-15 Par sujet JLuc

Le 10/03/2021 à 14:14, nicod_ a écrit :
Mais maintenant dans la forge, ya aussi juste "faire des tickets", et ya plein de gens juste users, qui devraient 
pouvoir faire des tickets (sur nos plugins, et bientôt sur le core aussi quand ça sera migré) sans pour autant être 
"contrib", avoir les listes en plus etc. Illes veulent juste ajouter un ticket et suivre leur demande.
Je suis d'accord avec ça, j'ai même eu le cas, un contact qui voulait juste signaler un pb d'accessibilité mais qui 
s'est découragé.

Mais on ne va pas pour autant créer deux types de comptes quand même, ce serait 
encore plus le bazar.


? Je ne sais pas sur quoi porte ta réticence au juste.
Peux tu préciser ce que tu appelles créer 2 types de comptes ?

Car il me semble qu'il faut bien distinguer ces 2 types d'inscription si on 
veut à la fois
1) permettre de créer des tickets facilement pour qui ne veut pas pour 
l'instant interagir et s'engager
2) obtenir un engagement à respecter la charte pour qui veut participer plus et 
notamment commiter

JL

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


Re: [spip-dev] Demande d'inscription

2021-03-09 Par sujet JLuc

Le 09/03/2021 à 14:37, Eric Lupinacci a écrit :


Moi ça ne me choquerait pas de m'inscrire pour "contribuer" à SPIP sur le site 
portail des contributions.
[...] regrouper intelligemment les choses et de mettre en place exactement le 
processus voulu:
- je choisis mon type d'inscription (ticket, code)
- j'accepte la charte après l'avoir lu
- je fournis les coordonnées qui vont bien et qui évitent des allers-retours 
par mail
- je reçois mon mot de passe avec toutes les infos pour contribuer.


Un guichet unique ?
En effet ce serait bien.


Et si j'ai oublié des choses on peut améliorer.
C'est juste un formulaire et une interface avec le Gitea.
J'ai déjà un plugin gitea_maintenance qui permet de "surveiller" la forge, il peut être utilisé pour accueillir ce 
workflow et il est déjà déployé sur Contrib.

C'est sur qu'il faudra trouver un endroit sur la page d'accueil de Contrib pour 
aiguiller vers le formulaire.
Je trouve ça mieux.


JL

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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-03-06 Par sujet JLuc

Il y a sur spip.net des rubriques pour documenter les différents éléments utiles
mais il n'y a pas de rubrique consacrée spécifiquement aux classes css
et il n'y a pas non plus de groupe-mot qui leur soit consacré,
comme il y a pour les autres éléments afin d'en référencer l'usage hors page 
spécialisée.
Or les classes, outre des conséquences sur l'apparence,
ont aussi, pour un certain nombre d'entre elles, des conséquences 
fonctionnelles.
La nomenclature des classes est ainsi aussi une forme d'API.
Alors serait il pas souhaitable d'avoir aussi une documentation des classes et 
de leurs effets
visant l'exhaustivité comme les autres docs ou comme les docs des "autres" 
"framework css" ?

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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-03-05 Par sujet JLuc

Le 25/02/2021 à 19:52, JLuc a écrit :

Le 23/02/2021 à 18:47, JLuc a écrit :

Par rapport aux contours relatifs de spip.net et programmer.spip.net ?


Je m'aperçois que la doc exhaustive (des filtres ou des constantes par 
exemples) est sur spip.net
donc je documente aussi sur spip.net lorsqu'il n'y a rien d'associé à un sujet 
sur programmer.spip.net


Vu que ces articles sont validés
je comprend qu'on attend pas la release de SPIP 3.3 pour compléter la doc de 
spip.net
(en précisant quand c'est "à partir de SPIP 3.3")
par exemple pour les nouveaux arguments de balise_img etc

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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-02-25 Par sujet JLuc

Le 23/02/2021 à 18:47, JLuc a écrit :

Par rapport aux contours relatifs de spip.net et programmer.spip.net ?


Je m'aperçois que la doc exhaustive (des filtres ou des constantes par 
exemples) est sur spip.net
donc je documente aussi sur spip.net lorsqu'il n'y a rien d'associé à un sujet 
sur programmer.spip.net

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


Re: [spip-dev] Doc technique nouveautés SPIP 3.3

2021-02-23 Par sujet JLuc

Le 23/02/2021 à 17:07, Maïeul Rouquette a écrit :
> Le 23/02/2021 à 16:41, Matthieu Marcillaud a écrit :
>> Le 23/02/2021 à 15:45, JLuc a écrit :
>>> J'ai dressé une liste des features ou évolution restant à documenter pour 
SPIP 3.3 en partant également des commits
>>> les plus récents, depuis décembre en fait : http://spip.pastebin.fr/85755
>>> À poursuivre donc.
>> Merci. Il y a un article sur spip.net aussi à compléter au fur et à mesure.
>> Il y a au moins à ajouter les boucles anonymes et les parties , et 
certainement plein d'autres choses.
>> MM.

> et moi j'avais continuer à compléter le pad.
> Du coup... je suis perdu. On met où et quoi ?
Par rapport à quoi es tu perdu ?
Par rapport aux contours relatifs de spip.net et programmer.spip.net ?

Par exemple les boucles anonymes et les  ça va nécessairement sur spip.net
puisque c'est de l'écriture en SPIP.

Là je me suis occupé de ce qui convient bien à programmer.spip.net
une doc technique très proche des commits
(d'ailleurs pourrait on ajouter dans ces docs un lien vers les commits clés ?)

Pour moi, c'est plus simple d'y écrire que sur spip.net
dont je redoute le process administratif de validation, édition et correction
autant des "aspects techniques" que "rédaction en bon français".

Quelle est l'adresse du pad ?
À quoi est il destiné ?

Il n'y a pas de "liste des nouveautés SPIP 3.3" sur programmer.spip.net
Les listes que j'ai communiqué peuvent aider à faire un release log
et à créer de nouvelles docs sur spip.net ou programmer.spip.net
mais ne sont certainement pas un release log
(donc si le pad c'est un release log il doublonne pas)

JL



___
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] Doc technique nouveautés SPIP 3.3

2021-02-23 Par sujet JLuc
J'ai commencé à documenter sur https://programmer.spip.net certaines nouveautés techniques de SPIP 3.3 telles que je les 
ai repéré dans les commits, en partant des plus récents : http://spip.pastebin.fr/85756
Des relecteurs trouveront les modifs en suivant les créations récentes dans l'accueil de l'admin ou avec les forums 
internes que j'ai laissé comme des cailloux blancs sur mes pas.

Je me rend compte que j'ai pas bien documenté le backport vers spip 3.2 ou 3.1 
lorsque ç'a été fait en prime.

J'ai dressé une liste des features ou évolution restant à documenter pour SPIP 3.3 en partant également des commits les 
plus récents, depuis décembre en fait : http://spip.pastebin.fr/85755

À poursuivre donc.

JLuc


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


Re: [spip-dev] Développer une balise spécifique

2021-02-04 Par sujet JLuc

Le 04/02/2021 à 08:42, Axel a écrit :
Mais du coup, si je veux mettre du code php pour faire un appel à un webservice extérieur (ou faire une requête à une 
base de données), je dois créer un plugin que mon modèle va appeler, c'est ça ?


J'ai fait ça assez très exactement avec un filtre php et plusieurs modèles 
spécialisés

Ici je présente le code pour la revue mais c'est pareil pour les livres :

- Un modele api_revue sert pour toutes les interrogations du "webservice 
extérieur"
en ce qui concerne les revues.
Ce modèle contient seulement ça :

[(#NUMERO|api_interrogation_info_revue{#CODE})]

#CODE c'est ce qu'on veut savoir.
L'api interroge, reçoit les infos et les met en cache et renvoie ce qu'on veut.
La fonction api_interrogation_info_revue utilise recuperer_url_cache pour 
interroger le webservice.

- un modele pour les boutons : b_si_dispo dont voici la partie centrale :

#SET{dispo,#MODELE{api_revue,numero=#NUMERO,code=disponible}}
[(#GET{dispo}|!={non}|oui)
[(#TITRE)]
Prix portcompris: #GET{prix}€
#MODELE{b_commande,what=#GET{what},prix=#GET{prix}}
]
[(#GET{dispo}|!={non}|non)
INDISPONIBLE
Ce numéro est épuisé.

]

b_commande c'est un autre bouton qui se pose pas la question de la 
disponibilité lui.

JL


>
> Merci d'avance,
>
> Axel
>
> Le jeu. 4 févr. 2021 à 08:23, Jean-Christophe Villeneuve mailto:jcvillene...@cegetel.net>> a
> écrit :
>
> Bonjour
>
> Je pense qu'il faut plutôt te tourner du côté des modèles
>
> https://www.spip.net/fr_article3454.html 

>
>
> JC
>
>
> Le 04/02/2021 à 08:15, Axel a écrit :
>>
>> Bonjour,
>> J’ai un site sur lequel certains de mes articles sont des présentations 
de livres. Pour ces livres, nous avons une
>> référence de livre (un identifiant interne), et j’aimerai pouvoir 
ajouter une balise spécifique, par exemple
>>  et un bout de code irait vérifier sur un webservice de 
notre boutique si le livre est disponible et
>> afficherait une phrase si c’est le cas et une autre si ce n’est pas le cas 
(par exemple "Voyage au centre de la
>> terre de Jules Verne est disponible dans notre boutique" / "Voyage au 
centre de la terre a été écrit par Jules
>> Verne").
>> Il me semble me souvenir d’avoir fait un truc similaire il y a une 
dizaine (quinzaine) d’années, il s’agissait
>> peut être d’une ancienne version de spip. Mais je ne retrouve pas de 
documentation pour faire ça. Est-ce qu’il
>> faut que je recherche des infos sur le développement de "balise", de "plugin", ou 
de "fonction" ?
>> Avez vous des liens à me donner pour savoir comment faire ça ?
>> Je ne suis pas un spécialiste de spip, mais je suis développeur de 
métier C’est donc plutôt le jargon et la
>> documentation qui me manque. Pour le reste, je suis plutôt rédacteur sur 
notre spip.
>>
>> Merci beaucoup,
>> Axel
>>
>>
>> ___
>> 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 
>
>

___
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] 2021 La Gazette Spip des Reines et des Rois !

2021-01-06 Par sujet JLuc

Coucou 21 !

La Gazette est sortie :-)

https://blog.spip.net/La-gazette-des-rois-et-des-reines.html

Merci à La Team 
et particulièrement à erational et b_b

JL

___
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] OuSyPo : Arguments optionnels d'inclusion

2021-01-01 Par sujet JLuc

Le 18/12/2020 à 14:44, Cerdic a écrit :

franchement, non, on va pas compliquer ce critère déjà incompréhensible.
Limite toi à {id_bidule?} et pour le reste du fait un critère personalisé si 
besoin.
Le jour où on saura faire un critère conditionnel compréhensible et utilisable avec un opérateur, on aura pas de remords 
à casser la compat vu comment l’existant ne fonctionne pas vraiment


Par contre (il me semble qu')une nouvelle syntaxe serait assez spontanée à 
adopter :
les arguments optionnels d'inclusion,
passés à l'inclusion seulement s'ils sont définis dans l'environnement
(en l'absence de l'argument 'env').

J'ai eu la curiosité de chercher la zone,
et j'ai constaté que 3 ou 4 squelettes utilisaient déjà cette possibilité.

Notamment le squelette 'annuaire' qui utilise abondance de {lang?},
et aussi le squelette 'Lebanon' de Arno*, avec :
  [(#REM) Menu de navigation par rubriques ]
  
(https://git.spip.net/spip-contrib-squelettes/lebanon/src/branch/master/inc-navigation.html#L21)

C'est assez spontané de faire ça
et ça semble utile pour cibler les variables d'{env} qu'on passe à la noisette.
Dans certains cas, ça peut éviter de multiplier les caches avec {env}
(et de diviser d'autant leur efficacité).

Malheureusement cette syntaxe et la fonctionnalité associée n'existent pas 
encore !
On a que le choix de passer {id_rubrique} ou {env}.

Il y aurait donc un intérêt à Ouvrir cette Syntaxe Potentielle
et réaliser le voeux d'un 

Heureux 2020.13
et heureuse 3.3.0.zappa !

JL


Le 19/12/2020 à 12:57, Maïeul Rouquette a écrit :
> Le 18/12/2020 à 14:44, Cerdic a écrit :
>> Limite toi à {id_bidule?} et pour le reste du fait un critère personalisé si 
besoin.
>> Le jour où on saura faire un critère conditionnel compréhensible et 
utilisable avec un opérateur, on aura pas de
>> remords à casser la compat vu comment l’existant ne fonctionne pas vraiment
> comme dit en privé (erreur de ma part) je n'ai jamais suggéré de créer ce critère, puisue je disais précisement que 
cela ferait une syntaxe absconne...


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


Re: [spip-dev] Les PR sont coincées !

2021-01-01 Par sujet JLuc

Merci pour le suivi ... mais ...
Le passage à 2021 fait dérailler les notifications !

Les commits de fin 2020 sont notifiés à nouveau, pour le plaisir sûrement, sur 
irc ET sur les listes,
et les nouveaux commentaires 2021 des tickets ne sont par notifiés sur irc
(je sais pas pour les commits)
??

JL

Le 31/12/2020 à 00:15, cam.lafit a écrit :

Hello

Merci pour l'alerte j'étais en mode semi déconnecté. C'est en effet la
mise à jour qui posait problème.
Lors du rédemmarage de la forge, le processus dédié à la gestion des PR
ne s'est pas lancé.

Cela semble maintenant corrigé.

Bonne année :)

Camille

Le 30/12/2020 à 11:06, Cerdic a écrit :

Hello Camille,

je sais pas si c’est lié à la mise à jour, mais toutes les PR
de https://git.spip.net/spip/spip/
 sont bloquées dans un état
"Vérification des conflits de fusion en cours. Réessayez dans quelques
instants."

Au début j’ai cru que c’était parce que c’étaient des vieilles PR
difficiles à traiter, mais même sur une PR toute simple et récente on a
le problème
https://git.spip.net/spip/spip/pulls/82


--
Cédric
Le 22 déc. 2020 à 09:43 +0100, cam.lafit , a écrit :

Bonjour

De 10 à 11h le serveur git va basculer en maintenance. Il y a plusieurs
mises à jour de retard, alors je profite d'un petit créneau pour m'y
coller.

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

___
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] Migration Git - Galaxie - Scories

2020-12-31 Par sujet JLuc

Le 27/12/2020 à 10:41, Eric Lupinacci a écrit :
Ca serait bien qu'on en profite là pour finir ça avant la fin de l'année, c'est pas grand chose mais au moins on aura un 
truc fini.


J'ai l'impression que le plugin rspipcm n'a pas été migré

Sa page https://plugins.spip.net/rspipcm.html?compatible_spip=3.2 pointe 
toujours vers le trac
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/rspip_code_mail/
et il ne semble pas sur le git des plugins : 
https://git.spip.net/spip-contrib-extensions

C'est su et suivi ? Yen a d'autres comme ça ?
JL

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

2020-12-16 Par sujet JLuc

Le 16/12/2020 à 11:18, Bruno Bergot a écrit :

La compatibilité du plugin fusionmot https://plugins.spip.net/fusionmots.html

Oui c'est intégré au core, cf 
https://git.spip.net/spip/mots/commit/c172f013656be885d19b69c0c10dde076ac33854


Ah oui c'était indiqué dans la doc... mais au milieu. Je l'ai résumé au début 
aussi.
Merci b_b !
JL

___
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] plugin fusionmot

2020-12-16 Par sujet JLuc

La compatibilité du plugin fusionmot https://plugins.spip.net/fusionmots.html
est enregistrée comme s'arrêtant à SPIP 3.1
Je ne m'en sers pas mais a priori il n'y a pas de raison que ça ne marche pas 
après.
Quelqu'un s'en sert ?
Mais peut être ça a été intégré au core ?

JLuc

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


Re: [spip-dev] Aide de Spip

2020-12-16 Par sujet JLuc

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

Le 11/12/2020 à 09:49, YannX SPIP(hot) a écrit :
Présenté ici : https://plugins.spip.net/versioning.html
Tu t'en sers et c'est pratique ?


J'avais envoyé par erreur en perso et la réponse de yannx m'est parvenue en 
perso :


Oui, juste que cela 'heurte' mon sens de l'intégration au work-flow de SPIP,
car il n'est pas évident de se rendre compte de la/les nouvelles versions pour 
les articles en-cours


Quelle est la difficulté ? Pour se rendre compte de quoi au juste ?

Mais c’est pour moi une foncitonnalité indispensable pour du collaboratif : 
je commence a l'appliquer a un exxtranet de gestion d'une manifestation..


JL
___
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] incarner

2020-12-14 Par sujet JLuc

Des modifs ont été faites sur incarner
mais le plugin n'a pas été tagué
On peut taguer ?

Et puis j'ai ajouté une fonctionnalité :
l'ajout d'un bouton d'administration sur les pages publiques des objets,
afin de permettre d'incarner l'auteur⋅trice de l'objet courant.
Et de redevenir soi ensuite.
Je trouve ça très pratique pour tester un site
où les pages sont très personnalisées selon les statuts des internautes
(et en particulier les pages de leurs créations)

Je présente le code que j'utilise ici :
https://git.spip.net/spip-contrib-extensions/incarner/issues/2
tel que c'est dans mon plugin squelette perso.
Le ticket propose de fusionner ça dans le pipeline du plugin incarner.
Je creuse et fait une PR ou je laisse tomber ?

JL

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

Re: [spip-dev] Aide de Spip

2020-12-11 Par sujet JLuc



Le 11/12/2020 à 09:49, YannX SPIP(hot) a écrit :
> Nouvelle Version

Présenté ici : https://plugins.spip.net/versioning.html

Ya une funeste référence au défunt Agora
mais ce serait peut être adapté.

Tu t'en sers et c'est pratique ?

JLuc

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


Re: [spip-dev] Saisie liste combinée au lieu de liste simple [Résolu]

2020-12-11 Par sujet JLuc

Le 11/12/2020 à 09:50, Stephane Santon a écrit :
> MAIS si l'on spécifie 'multiple=non', puisque 'multiple' est présent, quelle que soit sa valeur de paramètre, il 
considère multiple=oui !


Si c'est le cas tu peux créer un ticket sur git.spip.net...

Mais en attendant, tu peux essayer l'appel du modèle avec multiple=''

JL

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


Re: [spip-dev] Aide de Spip

2020-12-10 Par sujet JLuc

Le 10/12/2020 à 13:26, tout...@free.fr a écrit :

L'aide en ligne est dans une rubrique de spip.net,
pour le français c'est ici
https://www.spip.net/ecrire/?exec=rubrique_rubrique=325


Ah super.

Y aurait il un plugin permettant de créer une version alternative d'un article
et de la proposer à la relecture ?

Ce serait bien adapté à l'amélioration des docs
comme les PR sont bien adaptées à l'amélioration du code.

JL



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


Re: [spip-dev] [Sélection éditoriales] Organiser les sélections

2020-12-10 Par sujet JLuc

Le 01/12/2020 à 15:00, RastaPopoulos a écrit :

Le 01/12/2020 à 14:34, jeanmarie a écrit :

Est-ce que d'autres ont ces questions aussi ? Et d'autres idées ?

pas tant que ça, ça reste un cas rare d'en avoir beaucoup je crois (en tout cas 
d'en avoir beaucoup en autonome)
il y a déjà une séparation entre les sélections autonomes (qu'on appelle plutôt par leur 
identifiant) et les sélections liés à des contenus (que ce soit pour "voir 
plus" de choses après un article ou dans une lettre, etc)


Ne serait ce pas une mission pour les rôles de sélection ?
https://git.spip.net/spip-contrib-extensions/roles_selections.git ?

JL



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


Re: [spip-dev] Aide de Spip

2020-12-10 Par sujet JLuc

Le 10/12/2020 à 12:27, c-real a écrit :

Petite question : Ne serait-il pas opportun de créer une aide ré-actualisée 
pour Spip 3.*
En effet, quelques affirmation concernant les retours à la ligne sont fausses 
depuis Spip 3.0 :

Ex :
/"Le fait de simplement « revenir à la ligne » (retour-chariot) sans séparer les deux paragraphes par une ligne vide ne 
suffit pas pour provoquer un changement de paragraphe (cela ne provoque même pas un retour à la ligne)." /*-> Il 
faudrait retirer la parenthèse et son contenu*/*.*


//"Notez : ici un simple retour à la ligne suffit (on peut faire des énumérations dans le même paragraphe) ; mais si 
l’on « saute » une ligne avant la ligne commençant par un tiret, une ligne vide est affichée avant l’énumération."*-> 
*/*Ce paragraphe ne sert plus dans le contexte Spip 3.* */


/On pourrait aussi moderniser l'aide. Ajouter la mention aux touches raccourcis par exemple ( pour l'italique, le gras, 
les intertitres ... ).


En attendant ce changement, ne pourrait t-on pas modifier rapidement les affirmations sur les retours à la ligne ? 
(c'est crucial pour les nouveaux utilisateurs et ce sont eux qui utilisent l'aide.)


On peut en disutter ici mais il y a certainement des mises à jour à faire oui.
Donc pour signaler un besoin tu peux créer un ticket sur le dépot de l'aide :
https://git.spip.net/spip/aide
(crées toi un compte si ce n'est pas déjà fait)

Et mieux : tu peux forker le repo, y faire tes modifications
et faire une PR ensuite pour proposer leur intégration ensuite.

JL

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

Je joins ma voix à la chorale.

Le 03/12/2020 à 20:19, RastaPopoulos a écrit :
> Purée mais cym, yannx, pascal, joel (oui tous dans le même panier), juste… soit barrez vous soit taisez vous si le 
projet politique qu'il y a *toujours* eu derrière SPIP ne vous convient pas :


Voilà, "derrière" spip.
À sa création, le terme "politique" n'était pas exposé en façade de SPIP
et cette discrétion a contribué je pense à son succès.

C'est important d'avoir la politique comme charpente intérieure
pour la motivation et les orientations profondes,
car c'est ce qui donne du sens à l'ouvrage et à sa poursuite.

Mais l'ouverture et la volonté d'éducation populaire font partie de SPIP aussi
et ça passe par l'attention ou au moins une certaine reconnaissance des usages 
non politiques
-- scolaires et artistiques par exemple... et même marchands --

La tendresse est là aussi,
et ce n'est pas de l'amour chrétien qui tend l'autre joue :
c'est stratégique puisque ça permet de toucher plus de monde.

La tendresse aussi est politique.

JL



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

Re: [spip-dev] Comptabilité dans l'interface privé de Spip

2020-12-03 Par sujet JLuc

Le 02/12/2020 à 20:52, Team Stéphane a écrit :

Je suis a la recherche d'un DEV pour étudier, voir réaliser un plugin pour spip 
de comptabilité en interface privé.
qui sera reversé a la communauté et déposé sur git spip
il devra reprendre la partie compta de  garradin 
(https://framalibre.org/content/garradin)
(voir si on peu transformer ça en brique de spip)


Qu'apporterait / devrait apporter cette intégration par rapport à avoir 
Garradin à côté de SPIP ?


le reste pour une association étant déja fourni par spip 
(https://contrib.spip.net/Gestion-d-association-complete)


JLuc

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


Re: [spip-dev] favoris : enregistrements multiples avec même clé multiple

2020-12-01 Par sujet JLuc

Le 30/11/2020 à 21:21, JLuc a écrit :

Le cas "favoris" manifeste ça de manière assez simple


Dans le cas "favoris", le code du plugin ne pourrait pas déclarer UNIQUE la clé 
triple
(id_favori objet id_objet) car il y a aussi un qualificateur `categorie`.
Éventuellement ce pourrait être (id_favori objet id_objet categorie)...


mais dans les autres cas, il n'y a pas forcément une clé multiple ;
et indépendamment du symptôme visible = "création d'un double enregistrement" 
dans la table MYSQL,
il y a tout le code qui se déroule en double sans détecter cette situation !
-- ce qui peut avoir des effets pas désirables du tout --


Si l'enregistrement double est du à un doubleclic on peut aussi désactiver le 
lien par javascript après clic.
C'est préventif, mais inopérant dans certains cas.
Il serait mieux de blinder le code php.

JL



Le 30/11/2020 à 12:27, JLuc a écrit :

C'est avec le plugin favoris,
un peu personnalisé mais ça ne doit pas impacter le sujet.
Globalement ça se passe comme ça en 3 lignes successives (et donc dans un même 
hit) :
1) on teste et il n'y a pas de favoris pour un couple (id_auteur, id_objet)
2) on enregistre ce favori
3) Après enregistrement, il y a *plusieurs* favoris avec ce couple

J'imagine que ça se passe quand l'utilisateur doubleclique "Mettre en favori" :
il y a alors 2 process qui voient simultanément que ce favori n'existe pas,
et qui l'ajoutent identiquement à la table.

Y a t il une autre explication ?
Et comment éviter cela ?

Dans spip_favoris il y a un index
auteur_objet    BTREE    (id_auteur, id_objet, objet)

Serait ce possible de le rendre UNIQUE  ?

Dans le cas de "favoris" là il n'y a pas de conséquences graves
mais c'est inquiétant de pas maîtriser les enregistrements dans la table
... surtout pour des cas similaires sur d'autres tables plus critiques.




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


Re: [spip-dev] favoris : enregistrements multiples avec même clé multiple

2020-11-30 Par sujet JLuc

Le cas "favoris" manifeste ça de manière assez simple
mais dans les autres cas, il n'y a pas forcément une clé multiple ;
et indépendamment du symptôme visible = "création d'un double enregistrement" 
dans la table MYSQL,
il y a tout le code qui se déroule en double sans détecter cette situation !
-- ce qui peut avoir des effets pas désirables du tout --


Le 30/11/2020 à 12:27, JLuc a écrit :

C'est avec le plugin favoris,
un peu personnalisé mais ça ne doit pas impacter le sujet.
Globalement ça se passe comme ça en 3 lignes successives (et donc dans un même 
hit) :
1) on teste et il n'y a pas de favoris pour un couple (id_auteur, id_objet)
2) on enregistre ce favori
3) Après enregistrement, il y a *plusieurs* favoris avec ce couple

J'imagine que ça se passe quand l'utilisateur doubleclique "Mettre en favori" :
il y a alors 2 process qui voient simultanément que ce favori n'existe pas,
et qui l'ajoutent identiquement à la table.

Y a t il une autre explication ?
Et comment éviter cela ?

Dans spip_favoris il y a un index
auteur_objet    BTREE    (id_auteur, id_objet, objet)

Serait ce possible de le rendre UNIQUE  ?

Dans le cas de "favoris" là il n'y a pas de conséquences graves
mais c'est inquiétant de pas maîtriser les enregistrements dans la table
... surtout pour des cas similaires sur d'autres tables plus critiques.


___
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] favoris : enregistrements multiples avec même clé multiple

2020-11-30 Par sujet JLuc

C'est avec le plugin favoris,
un peu personnalisé mais ça ne doit pas impacter le sujet.
Globalement ça se passe comme ça en 3 lignes successives (et donc dans un même 
hit) :
1) on teste et il n'y a pas de favoris pour un couple (id_auteur, id_objet)
2) on enregistre ce favori
3) Après enregistrement, il y a *plusieurs* favoris avec ce couple

J'imagine que ça se passe quand l'utilisateur doubleclique "Mettre en favori" :
il y a alors 2 process qui voient simultanément que ce favori n'existe pas,
et qui l'ajoutent identiquement à la table.

Y a t il une autre explication ?
Et comment éviter cela ?

Dans spip_favoris il y a un index
auteur_objetBTREE   (id_auteur, id_objet, objet)

Serait ce possible de le rendre UNIQUE  ?

Dans le cas de "favoris" là il n'y a pas de conséquences graves
mais c'est inquiétant de pas maîtriser les enregistrements dans la table
... surtout pour des cas similaires sur d'autres tables plus critiques.

JLuc

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


Re: [spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-23 Par sujet JLuc

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

Là j'ai un fix qui permet de connecter un compte twitter et de faire 
fonctionner la lecture :
les balises #INCLURE{fond=inclure/twidget_search} et 
#INCLURE{fond=inclure/twidget_profile}
C'est assez sympa avec le raffraîchissement automatique.


Le fix est expliqué là : 
https://git.spip.net/spip-contrib-extensions/twitter/issues/2
mais pas commité.


J'ai demandé sur user si des spipeurs utilisaient vraiment ce plugin


Klaus a répondu qu'il a un site qui l'utilise avec un paramétrage antique
pour récupérer les tweets d'un compte.
Et sur ce site, le tweet (spip -> twitter) ne fonctionne pas.


Reste à réactiver la possibilité de twitter.


J'ai donc essayé sans succés de réactiver la possibilité de tweeter,
sans succès.
J'ai également essayé 2 librairies :
https://github.com/dg/twitter-php dont l'API est sympa
et https://github.com/J7mbo/twitter-api-php qui semble plus souvent référencée.
Sans succés aussi !

Peut être mon compte développeur twitter n'est il pas paramétré correctement ?
Je ne suis jamais certain de bien comprendre les docs
et j'ai du mal à m'y retrouver dans les différents outils ou catégories d'API.
Pour l'instant je suis passé à autre chose.

JL


Le 11 nov. 2020 à 10:16 +0100, JLuc , a écrit :

Hello

J'aimerais diffuser certains contenus éditoriaux, ou leur annonce, sur twitter, 
facebook et instagram notamment.
Certains sites comme iftt permettent pas mal de choses à partir d'un flux RSS,
mais ils utilisent des raccourcisseurs non maîtrisés, le paramétrage semble 
limité
et le rendu n'est pas toujours satisfaisant. À moins que vous ne connaissiez 
une super ressource ?

Visiblement il y a des API pour facebook et instagramm qui semblent permettre 
cela :
- API "New Page Experience" : https://developers.facebook.com/docs/pages
- Flux rss des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/publishing/setup-rss-feed
- API des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/api
- instagram : https://developers.facebook.com/docs/instagram + 
https://developers.facebook.com/docs/instagram-api

J'ai cherché dans la proche galaxie spip et trouvé le plugin twitter 
https://contrib.spip.net/4393
Il est bien prévu pour poster sur twitter,
mais les derniers commentaires indiquent que ce plugin ne marche plus,
probablement en raison d'une modification de l'API.
Des personnes parviennent elles quand même à s'en servir actuellement ?

Il y a aussi un plugin facebook d'il y a 10 ans mais il doit être périmé vu que 
les API changent régulièrement.

Et vous comment faites-vous pour ces fonctionnalités ?

JLuc

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







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


Re: [spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-13 Par sujet JLuc

Le 11/11/2020 à 10:34, Cerdic a écrit :

Bref, pour tw*tter j’ai arrêté le combat, ça ne marche pas ou plus (enfin je pense que certains sites continuent de 
marcher quand ils avaient bien été paramétrés et que par chance le compte developpeur ou l’app n’a pas été suspendu ou 
que sais-je, mais c’est quasi impossible de paramétrer le plugin sur un nouveau site).


Là j'ai un fix qui permet de connecter un compte twitter et de faire 
fonctionner la lecture :
les balises #INCLURE{fond=inclure/twidget_search} et 
#INCLURE{fond=inclure/twidget_profile}
C'est assez sympa avec le raffraîchissement automatique.

J'ai demandé sur user si des spipeurs utilisaient vraiment ce plugin
car il y en a tout de même 124 d'après stats.spip.net
Ou bien je modernise le code et ils devront moderniser leur installation ?
(pour autant que leur plugin fonctionne *vraiment*)

Reste à réactiver la possibilité de twitter.

JL




Pour fb et inst. la dernière fois que j’ai voulu regarder je suis resté bloqué à l’étape de devoir filer mon numéro de 
portable pour éspérer ouvrir un compte développeur. Et j’ai dit fuck.


--
Cédric
Le 11 nov. 2020 à 10:16 +0100, JLuc , a écrit :

Hello

J'aimerais diffuser certains contenus éditoriaux, ou leur annonce, sur twitter, 
facebook et instagram notamment.
Certains sites comme iftt permettent pas mal de choses à partir d'un flux RSS,
mais ils utilisent des raccourcisseurs non maîtrisés, le paramétrage semble 
limité
et le rendu n'est pas toujours satisfaisant. À moins que vous ne connaissiez 
une super ressource ?

Visiblement il y a des API pour facebook et instagramm qui semblent permettre 
cela :
- API "New Page Experience" : https://developers.facebook.com/docs/pages
- Flux rss des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/publishing/setup-rss-feed
- API des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/api
- instagram : https://developers.facebook.com/docs/instagram + 
https://developers.facebook.com/docs/instagram-api

J'ai cherché dans la proche galaxie spip et trouvé le plugin twitter 
https://contrib.spip.net/4393
Il est bien prévu pour poster sur twitter,
mais les derniers commentaires indiquent que ce plugin ne marche plus,
probablement en raison d'une modification de l'API.
Des personnes parviennent elles quand même à s'en servir actuellement ?

Il y a aussi un plugin facebook d'il y a 10 ans mais il doit être périmé vu que 
les API changent régulièrement.

Et vous comment faites-vous pour ces fonctionnalités ?

JLuc

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





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


Re: [spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-13 Par sujet JLuc

Le 11/11/2020 à 11:01, Bruno Bergot a écrit :
Je partage ton avis là dessus, peut-être qu'il serait opportun d'insérer en grand encart en tête de doc de ce plugin 
pour avertir qu'il est obsolète suite aux modifications à répétition de l'API par twitter ?


J'ai créé cet encart avec le texte :
(2020) Attention : suite aux changements successifs de l'API et de la politique de twitter vis a vis de l'usage de son 
API, il se peut que le plugin ne soit plus opérationnel.


JL



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


Re: [spip-dev] Reposter sur twitter facebook, Instagram et Discord ?

2020-11-11 Par sujet JLuc

Le 11/11/2020 à 10:34, Cerdic a écrit :
Tw*tter comme faceb**k (et donc instagr*m) ferment de plus en plus leurs apis, les seuls moyens d’encore arriver à 
interragir c’est d’ouvrir un compte développeur, d’enregistrer une app, de renseigner des tokens, ce qui est un parcours 
du combatant pour un résultat de moins en moins probant.
Bref, pour tw*tter j’ai arrêté le combat, ça ne marche pas ou plus (enfin je pense que certains sites continuent de 
marcher quand ils avaient bien été paramétrés et que par chance le compte developpeur ou l’app n’a pas été suspendu ou 
que sais-je, mais c’est quasi impossible de paramétrer le plugin sur un nouveau site).
Pour fb et inst. la dernière fois que j’ai voulu regarder je suis resté bloqué à l’étape de devoir filer mon numéro de 
portable pour éspérer ouvrir un compte développeur. Et j’ai dit fuck.


Les gros réseaux sociaux ont été de puissants outils de désinformation
et je ne peut les blâmer d'essayer d'éviter cela.
Et je crois que c'est une des motivations des contrôles renforcés à 
l'utilisation de leurs API.
Autre raison : éviter de se faire piller nos données (ils préfèrent se les 
garder).

Je ne défendrai pas par ailleurs le diable car c'est un salaud
mais le prenant par les cornes je lui ai ce matin abandonné mon numéro de 
téléphone
pour ouvrir un compte développeur twitter.

Ma fille est fan de Instagram et m'en a expliqué hier soir le fonctionnement
que j'ai reçu en terme de schéma des données.
Belle découverte, inspirante.
Et toucher les jeunes, ceux qui ne fréquentent pas le web "parceque Insta c'est 
tellement plus pratique",
ça me parle.

Mon fils est fan de Discord et voulait me "monter un serveur".
Pourquoi ? il ne savait pas et moi non plus.
J'ai donc décliné, mais avec le recul, je me demande si...
alors je l'ai aussi ajouté dans le titre de ce mail.

Si quelqu'un sait comment facebook marche pourrait il me l'expliquer ?
(les différentes structures de données et leurs relations)
car ç'a l'air très embrouillé.
Je me demande d'ailleurs un peu si perdre l'internaute n'est pas le but :
une fois perdu on peut l'amener où on veut :-/

JL



--
Cédric
Le 11 nov. 2020 à 10:16 +0100, JLuc , a écrit :

Hello

J'aimerais diffuser certains contenus éditoriaux, ou leur annonce, sur twitter, 
facebook et instagram notamment.
Certains sites comme iftt permettent pas mal de choses à partir d'un flux RSS,
mais ils utilisent des raccourcisseurs non maîtrisés, le paramétrage semble 
limité
et le rendu n'est pas toujours satisfaisant. À moins que vous ne connaissiez 
une super ressource ?

Visiblement il y a des API pour facebook et instagramm qui semblent permettre 
cela :
- API "New Page Experience" : https://developers.facebook.com/docs/pages
- Flux rss des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/publishing/setup-rss-feed
- API des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/api
- instagram : https://developers.facebook.com/docs/instagram + 
https://developers.facebook.com/docs/instagram-api

J'ai cherché dans la proche galaxie spip et trouvé le plugin twitter 
https://contrib.spip.net/4393
Il est bien prévu pour poster sur twitter,
mais les derniers commentaires indiquent que ce plugin ne marche plus,
probablement en raison d'une modification de l'API.
Des personnes parviennent elles quand même à s'en servir actuellement ?

Il y a aussi un plugin facebook d'il y a 10 ans mais il doit être périmé vu que 
les API changent régulièrement.

Et vous comment faites-vous pour ces fonctionnalités ?

JLuc

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





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


Re: [spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-11 Par sujet JLuc

Le 11/11/2020 à 11:22, klaus++ a écrit :
Actuellement j'essaye de faire accepter à IFTTT und stream RSS de SPIP. Je vous tiendrai au courant de la manière de 
faire quand ce prestataire acceptera mon RSS.

J"utilise ifttt actuellement  (avec une satisfaction mitigée et également avec 
une certaine insatisfaction)
et je peux t'y aider au besoin.

JLuc


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


[spip-dev] Reposter sur twitter facebook et Instagram ?

2020-11-11 Par sujet JLuc

Hello

J'aimerais diffuser certains contenus éditoriaux, ou leur annonce, sur twitter, 
facebook et instagram notamment.
Certains sites comme iftt permettent pas mal de choses à partir d'un flux RSS,
mais ils utilisent des raccourcisseurs non maîtrisés, le paramétrage semble 
limité
et le rendu n'est pas toujours satisfaisant. À moins que vous ne connaissiez 
une super ressource ?

Visiblement il y a des API pour facebook et instagramm qui semblent permettre 
cela :
- API "New Page Experience" : https://developers.facebook.com/docs/pages
- Flux rss des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/publishing/setup-rss-feed
- API des Instant Articles : 
https://developers.facebook.com/docs/instant-articles/api
- instagram : https://developers.facebook.com/docs/instagram + 
https://developers.facebook.com/docs/instagram-api

J'ai cherché dans la proche galaxie spip et trouvé le plugin twitter 
https://contrib.spip.net/4393
Il est bien prévu pour poster sur twitter,
mais les derniers commentaires indiquent que ce plugin ne marche plus,
probablement en raison d'une modification de l'API.
Des personnes parviennent elles quand même à s'en servir actuellement ?

Il y a aussi un plugin facebook d'il y a 10 ans mais il doit être périmé vu que 
les API changent régulièrement.

Et vous comment faites-vous pour ces fonctionnalités ?

JLuc

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


Re: [spip-dev] [spip ↪ command] On ajoute aux boucles un index command dans \$Numrows, (...)

2020-11-02 Par sujet JLuc

Hello
SPIP ne pourrait il pas inclure la définition de cette balise ?
Ce nouveau feature (ou plutôt ce germe de feature en l'état actuel)
aurait ainsi plus de chance d'être utilisé.
JL


Le 02/11/2020 à 14:18, Cerdic a écrit :

spip/spip
-
Par Cerdic, le 2 novembre 2020 à 14h04min :

On ajoute aux boucles un index command dans \$Numrows, ce qui permet de faire 
remonter le tableau servant a generer la requete SQL a l'appelant
L'interet est de pouvoir acceder a la requete dans la partie alternative de la 
boucle pour faire quelque chose comme

```
0}{par titre}/>
[(#REQUETE_BOUCLE|exporter_donnees_dans_un_fichier_format{csv})]

```

avec une definition de balise

```

/**
  * Compile la balise `#REQUETE_BOUCLE` qui retourne le tableau $command
  * servant a generer la requete de la boucle
  *
  * @param Champ $p
  * Pile au niveau de la balise
  * @return Champ
  * Pile complétée par le code à générer
  **/
function balise_REQUETE_BOUCLE_dist($p) {
$b = index_boucle_mere($p);
if ($b === '') {
$msg = array('zbug_champ_hors_boucle', array('champ' => 
zbug_presenter_champ($p)));
erreur_squelette($msg, $p);
} else {
$p->code = "\$Numrows['$b']['command']";
$p->boucles[$b]->numrows = true;
$p->interdire_scripts = false;

return $p;
}

return $p;
}
```

Il est ainsi possible de definir des fonctions php qui vont travailler sur le 
même jeu de donnees que la boucle utilisee dans le squelette, pour par exemple 
ici, generer un export complet au format csv, ou tout autre type de traitement 
des donnees.


*Modifié*
 ecrire/public/compiler.php

Détails : 
https://git.spip.net/spip/spip/commit/01d7511330ef52af457370766abd0e7dd20f61eb




___
liste: https://listes.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 ↪ boucles_dans_balises] 5 commits

2020-11-02 Par sujet JLuc

Par Cerdic, le 20 octobre 2020 à 13h38min :

Fix le compilateur qui refusait d'utiliser des boucles dans des balises.
Les syntaxes suivantes et leurs derivees possibles sont désormais licites :
[(#REM|non)
 Balise 2
 
 art: #ID_ARTICLE
 
]

[(#REM|oui|?{Balise 2,
 
 art: #ID_ARTICLE
 })
]



Détails : 
https://git.spip.net/spip/spip/commit/72142077d436f712d1ee3e2b847df750d74cd3fe


*
Wouaouh c'est une grosse amélioration de la liberté d'écriture en SPIP !
Un allègement surtout, puisqu'on pouvait utiliser {si #REM}.

Bravo et merci Cerdic de continuer à faire évoluer le coeur de SPIP :-)

JL


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


Re: [spip-dev] [xray] UI recentrée sur les usages + jolis unicodes que je ne (...)

2020-10-18 Par sujet JLuc

Le 18/10/2020 à 12:39, Franck a écrit :

Normalement oui 
C'est le minimum à faire sachant que le plug est déjà compatible spip 3
Sans doute faire un z+1 pour le nouveau tag ou alors supprimer le tag 1.0.0 
pour le refaire après, comme il vient juste d'être fait, il est sans doute 
encore temps de le supprimer pour le refaire.


Voilà c'est fait.
Localement sans lézard, mais j'ai d'abord du effacer le tag distant pour 
pouvoir le déplacer.
JL


-Message d'origine-
De : JLuc 
Envoyé : dimanche 18 octobre 2020 12:34
À : spip-dev@rezo.net
Objet : Re: [spip-dev] [xray] UI recentrée sur les usages + jolis unicodes que 
je ne (...)

Le 18/10/2020 à 12:30, Franck a écrit :

Il n'aurait pas été mieux de faire une branche qui commence à spip 3.2 ou 3.3 
histoire d'en finir avec spip 2.1 et du fichier plugin.xml que les gens ont 
tendance à oublier parfois ?

Oui certes.
Je dois effacer le plugin.xml et maj les bornes dans le paquet.xml, c'est tout 
avant de retaguer ?

JL


-Message d'origine-
De : jluc 
Envoyé : dimanche 18 octobre 2020 11:05 À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [xray] UI recentrée sur les usages + jolis
unicodes que je ne (...)

spip-contrib-extensions/xray
-
Par jluc, le 18 octobre 2020 à 11h03min :

UI recentrée sur les usages + jolis unicodes que je ne colle pas dans
ce log pour pas planter internet + passage en stable et tag V1.0.0
tad


*Ajouté*
  inc/xray.php
*Modifié*
  paquet.xml
  plugin.xml
  xray_apc.php

Détails :
https://git.spip.net/spip-contrib-extensions/xray/commit/c097a66360d3f
cc97dd0ef4059f7fbc80055d2cf

___
spip-zone-com...@rezo.net -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
spip-zone-com...@rezo.net -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit




___
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




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

Re: [spip-dev] [xray] UI recentrée sur les usages + jolis unicodes que je ne (...)

2020-10-18 Par sujet JLuc

Le 18/10/2020 à 12:30, Franck a écrit :

Il n'aurait pas été mieux de faire une branche qui commence à spip 3.2 ou 3.3 
histoire d'en finir avec spip 2.1 et du fichier plugin.xml que les gens ont 
tendance à oublier parfois ?

Oui certes.
Je dois effacer le plugin.xml et maj les bornes dans le paquet.xml, c'est tout 
avant de retaguer ?

JL


-Message d'origine-
De : jluc 
Envoyé : dimanche 18 octobre 2020 11:05
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] [xray] UI recentrée sur les usages + jolis unicodes 
que je ne (...)

spip-contrib-extensions/xray
-
Par jluc, le 18 octobre 2020 à 11h03min :

UI recentrée sur les usages + jolis unicodes que je ne colle pas dans ce log 
pour pas planter internet + passage en stable et tag V1.0.0 tad


*Ajouté*
 inc/xray.php
*Modifié*
 paquet.xml
 plugin.xml
 xray_apc.php

Détails : 
https://git.spip.net/spip-contrib-extensions/xray/commit/c097a66360d3fcc97dd0ef4059f7fbc80055d2cf

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit




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


Re: [spip-dev] [mailsubscribers] 4 commits sur issue_2_sync

2020-10-11 Par sujet JLuc

J'ai complété le code et produit une branche qui synthétise les modifs, donc 
plus lisible.
Ça marche actuellement dans tous les cas proposés par le plugin.

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

  * une fonction genie reçoit $t en premier argument, c’est conventionnel on et 
on ne peut pas changer ça


Ce serait correct en 2eme argument ?


  * l’action ne va plus fonctionner dans les cas où elles était appelée avant, 
sans argument (et sans verification de
cle car j’avais jugé que c’était superflu de la securiser


Ah dans ce cas on peut simplement récupérer $_GET['arg'] s'il est défini.

JL



Le 11 oct. 2020 à 13:29 +0200, jluc , a écrit :

spip-contrib-extensions/mailsubscribers | 4 commits
-
Par jluc, le 9 octobre 2020 à 19h43min :

Bouton synchroniser pour chaque page de liste - fixes #2


*Modifié*
prive/objets/infos/mailsubscribinglist.html

Détails : 
https://git.spip.net/spip-contrib-extensions/mailsubscribers/commit/32c9dd0239d4c3718c3b3bc6330287841c5ac5c4

==
Par jluc, le 10 octobre 2020 à 19h16min :

le genie de synchro doit prendre en compte son argument - WIP : le flux du php boucle mystérieusement et s'arrête au 
milieu du traitement



*Modifié*
action/mailsubscribers_synchro_lists.php
genie/mailsubscribers_synchro_lists.php
inc/mailsubscribers.php
prive/objets/infos/mailsubscribinglist.html

Détails : 
https://git.spip.net/spip-contrib-extensions/mailsubscribers/commit/52ec31fbb4c134a4d682beaa58149f88da57aa07

==
Par jluc, le 11 octobre 2020 à 12h38min :

debuging en cours


*Modifié*
action/mailsubscribers_synchro_lists.php
genie/mailsubscribers_synchro_lists.php
inc/mailsubscribers.php

Détails : 
https://git.spip.net/spip-contrib-extensions/mailsubscribers/commit/836037e8642ab4dac1663ee5dd127741cc0f1197

==
Par jluc, le 11 octobre 2020 à 13h27min :

passer l'identifiant donc puisqu'il existe + laminer les lame logs


*Modifié*
action/mailsubscribers_synchro_lists.php
genie/mailsubscribers_synchro_lists.php
inc/mailsubscribers.php
prive/objets/infos/mailsubscribinglist.html

Détails : 
https://git.spip.net/spip-contrib-extensions/mailsubscribers/commit/5b90971ee1864c4132782a8fe87ed72a8a18371c

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit





___
liste: https://listes.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 avec spip_loader 4.2.0 ???

2020-10-08 Par sujet JLuc

Le 08/10/2020 à 22:31, eric a écrit :

à toutes fins utiles je vous signale une étrangeté constatée tout à
l'heure en passant de la version SPIP 3.2.5 à la version 3.2.8 via
spip_loader.php 4.2.0.
A la fin du process (?, enfin j'espère) j'ai obtenu un le message
suivant :
Fatal error: Uncaught Error: Call to undefined function
spip_sanitize_from_request() in

Bonsoir,

J'ai également eu ce message après un passage de 3.2.5 à 3.2.8,
également avec spip_loader 4.2.0 .

Un redémarrage du service php a réglé le problème : vider le cache des
scripts (si cela est utilisé) .

Depuis samedi dernier, jour de la mise à jour, plus aucune alerte.


C'est sûrement encore l'opcache qui traîne
Cf https://core.spip.net/issues/4261

JL

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

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

  * 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


Pour info, voici ce qu'en dit l'un des devs de modaal, interrogé à ce propos :

« While we do have intentions to update the plugin at some stage, it's not a priority for us at the moment and 
unfortunately, I can't put a timeframe on when this may happen.


That said, If you and your team would be interested in continuing the development, this could be a possibility. If this 
is of any interest, please let me know. »


JL

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


Re: [spip-dev] Message erreur suite à MAJ spip_loader

2020-10-01 Par sujet JLuc

Le 01/10/2020 à 17:13, Bruno Bergot a écrit :

Bonjour,
avec une mise à jour spip_loader, et donc sur le retour il y a
systématiquement une page d'erreur puis le rechargement est bon
Fatal error: Uncaught Error: Call to undefined function 
spip_sanitize_classname() in


Oui je l'ai observée aussi, mais par sur tous les hébergements, je pense que c'est une fois de plus un effet de bord de 
la configuration de l'opcache PHP chez certains hébergeurs, et je crains qu'on ne puisse pas grand chose contre ça :\


Pour info ya un ticket avec des possibilités évoquées : 
https://core.spip.net/issues/4261

JL

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

Le 26/09/2020 à 14:24, RastaPopoulos a écrit :

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

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.

Tu réponds ça en citant très exactement la phrase qui explique bien que c'est 
justement ÇA qu'il faut corriger…


> Je crois qu'à peu près tout le monde est d'accord pour dire qu'il y a des 
problèmes importants d'ergonomie dans SVP.
> Il y a même un ticket explicitement sur ce point :
> https://core.spip.net/issues/3017

Donc il faut améliorer SVP.
Et ta maquette est super.

Mais en attendant que ça soit codé,
les utilisateurs ont parfois besoin de mettre à jour un plugin SANS up le X
-- ce que ne permet pas SVP dans son état actuel.

Créer un nouveau plugin, avec un nouveau préfixe donc,
répond au besoin réel de ces utilisateurs dans l'état actuel réel de SVP.
Sinon que leur proposes tu ?
Garder leur vieille version ?
Suivre manuellement les annonces de nouvelle version et up par FTP ?

JL




Et je ne vois pas le rapport que ce soit Bootstrap, Foundation, FontAwesome, ou 
n'importe quel : ça vaut pour n'importe quel plugin. Si le plugin Agenda ou 
Formidable passe de la version X à X+1, en cassant de la compat, des boucles 
qui changent, etc, alors d'après cette argumentation ça voudrait dire qu'il 
faudrait faire un autre plugin avec un autre préfixe pour chaque. Pourtant ce 
n'est pas ce qu'on fait, et il ne faut pas faire ça.


Et deux autres sur l'ergo de SVP sur d'autres points (le sous-menu et le lien 
de configuration) :
https://core.spip.net/issues/3603
https://core.spip.net/issues/4429

Et j'ai travaillé une maquette ergo regroupant les solutions aux trois tickets 
à la fois, la dernière version (avec l'ajout de tcharlss) étant celle là :
https://core.spip.net/attachments/download/1179/3603.html

Cette ergonomie empêchant totalement de faire des mises à jour majeure sans le 
savoir. Tout est explicite.

Mais c'est de l'ergo… ensuite il faut faire une PR.




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

Je complète car j'ai pas été au bout.

J'ai l'impression qu'avec ces polices, ou avec bootstrap peut être, et d'autres sûrement, la notion de "nouvelle version 
principale" est un peu différente de cette même notion quand il s'agit d'un plugin fonctionnel.


Les saisies en sont à leur version x=3 mais elles font toujours la même chose, de même que les crayons qui en sont à 
leur version 2.
Pour ces plugins fonctionnels, "mettre à jour", c'est bénéficier d'un fonctionnement amélioré et de nouvelles 
fonctionnalités, mais le service rendu est le même pour ce que existe déjà,

et d'ailleurs, je n'ai pas souvenir davoir rencontré des incompatibilités 
significatives lors des upgrades.
Bien sur il pourrait y avoir des incompatibilité si j'ai bidouillé un peu trop 
profondément l'usage
mais pas vraiment en général, du moins si je suis resté dans un usage banal.

Alors qu'avec bootstrap ou ces polices, ce sont des versions très différentes,


Et surtout : ces différentes versions en "x" ne traduisent pas absolument un 
"progrès".
Car la version 3 des saisies est "mieux" que la 2,
et donc on peut supposer qu'il faudra "nécessairement" y passer un jour ou 
l'autre,
alors qu'avec bootstrap ou ces polices, on peut supposer qu'on veuille 
durablement rester dessus,
en juste corrigeant les problèmes ou en intégrant les améliorations.

Chacune des nouvelles versions de ces plugins est un peu comme un fork du 
précédent,
qui ne l'invalide pas.


un peu comme si c'était des plugins différents.

Disais-je donc.

Car en effet il semble que SVP ne prend pas très bien cette éventualité
et que pour faire avec, il est plus simple d'en faire des plugins différents.
JL

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

Le 26/09/2020 à 12:54, Eric Lupinacci a écrit :

RastaPopoulos a écrit le 26/09/2020 à 12:05 :
> 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 ?
(PS : c'est la même chose avec le plugin foundation)


J'ai l'impression qu'avec ces polices, ou avec bootstrap peut être, et d'autres sûrement, la notion de "nouvelle version 
principale" est un peu différente de cette même notion quand il s'agit d'un plugin fonctionnel.


Les saisies en sont à leur version x=3 mais elles font toujours la même chose, de même que les crayons qui en sont à 
leur version 2.
Pour ces plugins fonctionnels, "mettre à jour", c'est bénéficier d'un fonctionnement amélioré et de nouvelles 
fonctionnalités, mais le service rendu est le même pour ce que existe déjà,

et d'ailleurs, je n'ai pas souvenir davoir rencontré des incompatibilités 
significatives lors des upgrades.
Bien sur il pourrait y avoir des incompatibilité si j'ai bidouillé un peu trop 
profondément l'usage
mais pas vraiment en général, du moins si je suis resté dans un usage banal.

Alors qu'avec bootstrap ou ces polices, ce sont des versions très différentes,
un peu comme si c'était des plugins différents.

JL

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


Re: [spip-dev] Citer les branches

2020-09-24 Par sujet JLuc

Le 24/09/2020 à 16:02, Matthieu Marcillaud a écrit :

Le 24/09/2020 à 13:41, JLuc a écrit :

serait il possible de citer la branche sur laquelle se fait le commit
dans le mail de notification ?

J’ai corrigé en ce sens (à vérifier) (hors master).

Super, bravo :-)


Par contre je n’ai manifestement pas réussi à enlever le  qui remplace 
les -- .

C'est Spip-typo qui remplace -- par  ?
Mais pourquoi dans les notifs de commits ?

JL

___
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] Citer les branches

2020-09-24 Par sujet JLuc

Mystère : sur la liste des commits on voit passer des commits en double.

C'est parce que la branche est différente !

Alors serait il possible de citer la branche sur laquelle se fait le commit
dans le mail de notification ?

Du moins quand c'est pas 'master'.
Surtout que le nom est parfois sémantique
ou fait référence à un n° de ticket qui cause aussi.

JL

___
liste: https://listes.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 3.3 et Compositions

2020-09-17 Par sujet JLuc

> Le 17/09/2020 à 17:53, Cerdic a écrit :
>> C’est là >> https://git.spip.net/spip/spip/commit/9ef4c078fae4ccef00782a3901b340fe9888d2d3Le 17/09/2020 à 19:24, et 
Bruno Bergot a écrit Et aussi un peu par ici si je ne me trompe pas :)> 
https://git.spip.net/spip/spip/commit/da298555d81f323361ca320fb8d3c97307390742

Ça le fait effectivement ici pour les icones et les puces,
mais http_img_pack n'est pas appelé dans le code précité de composition
qui ne contient qu'un pur 

Par contre je crois avoir trouvé : ya le même code dans find_in_theme
qui lui est bien appelé par chemin_image :
https://git.spip.net/spip/spip/src/branch/master/ecrire/inc/utils.php#L1427

OK
JLuc

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


Re: [spip-dev] SPIP 3.3 et Compositions

2020-09-17 Par sujet JLuc

Le 17/09/2020 à 17:34, Bruno Bergot a écrit :

Point de sorcellerie, juste de la magie :)
https://git.spip.net/spip/spip/commit/b572418d55c7cad0d9e1542a9f7f18e8ff7db25e


Hihi non je ne crois pas que cette ligne spoile le "truc"
car elle teste si le fichier existe, auquel cas ça le renvoie,
et donc ok ça permet à #CHEMIN_IMAGE de renvoyer un SVG reçu en paramètre...
mais dans le code de composition corrigé, #CHEMIN_IMAGE reçoit un PNG en 
argument

et renvoie un SVG
c'est bien ça ?
Alors c'est autre chose. Ça pourrait être dans
https://git.spip.net/spip/spip/src/branch/master/ecrire/inc/icone_renommer.php
qui fait de la magie aussi, mais je vois pas où car nulle par ça ne favorise un 
svg
et le fichier n'a pas changé dans la branche "icones_svg"
...

JL



___
liste: https://listes.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 3.3 et Compositions

2020-09-17 Par sujet JLuc

Le 17/09/2020 à 13:34, Bruno Bergot a écrit :
Ça vient de l'introduction de la version svg du cadenas par 
	
Il doit suffire de spécifier la taille de l'image dans 
https://git.spip.net/spip-contrib-extensions/compositions/src/branch/master/formulaires/editer_composition_objet.html#L22

C'est corrigé cf 
https://git.spip.net/spip-contrib-extensions/compositions/commit/1f0f6f5b944c76bd04bff3528aa7a81b5eb9bd6b


Pour info, par quelle sorcellerie est-ce que 
va chercher prive/themes/spip/images/cadenas-xx.svg ?

JL

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


Re: [spip-dev] Fancybox pour une mise a jour de la mediabox ?

2020-09-15 Par sujet JLuc

Le 11/09/2020 à 13:42, nicod_ a écrit :
Non, je pense que la mention en question est pour éviter à l'auteur de voir des chacals empaqueter la lib dans un 
plugin WP (au hasard) et de vendre le plugin en question.
Je pense qu'il n' a pas de problème pour l'inclure dans SPIP, 
mais quand on vend un site SPIP à un client, il me semble 
qu'on est redevable de la licence dans ce cas.


Ça semble être une possibilité.
Est-ce que c'est rédhibitoire ?

Il décrit aussi :
Q : Can I use fancybox in product sold for multiple clients (for example, in 
theme sold on Themeforest)?
A : By purchasing ONE "Extended Commercial license", you are allowed to include fancybox in ONE product (for example: 
premium theme, plugin or template) for sale. Customers and users of your product do not need to purchase their own 
license — as long as they are not developing their own commercial products with fancybox.


Ça laisse donc ouvert la possibilité que quelqu'un ou quelque chose achète la licence 
"extended" pour un plugin spip
et que cela concéderait le droit de distribuer ce plugin (de manière payante et 
sans doute aussi de manière gratuite).


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

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


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


JLuc

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

Re: [spip-dev] Données Exif des images réduites

2020-09-07 Par sujet JLuc

J'ai fait ticket (https://core.spip.net/issues/4546)
mais ne vais pas creuser car j'ai pu contourner en utilisant des css
(https://www.educative.io/edpresso/how-to-crop-an-image-in-css).

JLuc



Le 06/09/2020 à 02:38, JLuc a écrit :

Le 04/09/2020 à 17:37, JLuc a écrit :

Le 04/09/2020 à 13:02, Cerdic a écrit :
Je pense que pour image_reduire ça dépend aussi de la méthode que tu as choisi dans ecrire/ pour la création des 
vignettes.

Certaines méthodes probablement perdent aussi les données.

J'ai essayé GD2 et CONVERT avec les mêmes résultats.


OUPS NON les caches des proxies m'avaient joué un tour.
En testant avec de nouveaux documents je vois que  image_reduire perd les EXIF 
de rotation avec GD2
mais que CONVERT les préserve (c'est la librairie que j'utilisais initialement).

Il faudrait parvenir à généraliser les bonnes pratiques de CONVERT avec 
image_reduire.

Mais ensuite, pour tous les filtres qui transforment les images (donc modifient son  contenu au delà d’une simple 
mise à l’échelle, donc y compris recadrent) il y a en effet création d’une nouvelle image via GD2 et aucun processus 
de recopie des exif de la source vers la destination.


J'ignore la mécanique de spip pour ces traitements, mais je vois que les différentes images réduites bénéficient bien 
de la rotation EXIF de l'image initiale, alors que celle qui passe par image_recadre ou image_proportions (qui appelle 
image_recadre) n'en dispose plus.

N'y a t il pas création d'une nouvelle image dans les 2 cas ?


Oui mais il y a plusieurs manières possibles de créer une nouvelle image.
Par exemple la fonction _image_creer_vignette dans le cas GD2 utilise 
ImageCopyResampled
et sinon utilise ImageCopyResized.
On ne semble pas passer par là pour image_reduire mais ce serait une piste !

Je vois aussi qu'une bonne part du code garde les stigmates trompeurs d'une histoire où gd était la principale ou seule 
librairie :

- la fonction appelée "_image_gd_output" est en fait appelée par d'autres 
méthodes que gd (yc convert)
- "_image_valeurs_trans" est utilisée par toutes les méthodes (yc convert) alors qu'un commentaire indique que c'est 
réservé à GD2  (https://git.spip.net/spip/spip/src/branch/master/ecrire/inc/filtres_images_lib_mini.php#L105)


Au passage je découvre que var_mode=images permet de refaire les calculs 
d'images.
Yeah bonne pioche !
À documenter dans https://www.spip.net/fr_article4453.html ?

JLuc




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


Re: [spip-dev] Données Exif des images réduites

2020-09-05 Par sujet JLuc

Le 04/09/2020 à 17:37, JLuc a écrit :

Le 04/09/2020 à 13:02, Cerdic a écrit :
Je pense que pour image_reduire ça dépend aussi de la méthode que tu as choisi dans ecrire/ pour la création des 
vignettes.

Certaines méthodes probablement perdent aussi les données.

J'ai essayé GD2 et CONVERT avec les mêmes résultats.


OUPS NON les caches des proxies m'avaient joué un tour.
En testant avec de nouveaux documents je vois que  image_reduire perd les EXIF 
de rotation avec GD2
mais que CONVERT les préserve (c'est la librairie que j'utilisais initialement).

Il faudrait parvenir à généraliser les bonnes pratiques de CONVERT avec 
image_reduire.

Mais ensuite, pour tous les filtres qui transforment les images (donc modifient son  contenu au delà d’une simple mise 
à l’échelle, donc y compris recadrent) il y a en effet création d’une nouvelle image via GD2 et aucun processus de 
recopie des exif de la source vers la destination.


J'ignore la mécanique de spip pour ces traitements, mais je vois que les différentes images réduites bénéficient bien de 
la rotation EXIF de l'image initiale, alors que celle qui passe par image_recadre ou image_proportions (qui appelle 
image_recadre) n'en dispose plus.

N'y a t il pas création d'une nouvelle image dans les 2 cas ?


Oui mais il y a plusieurs manières possibles de créer une nouvelle image.
Par exemple la fonction _image_creer_vignette dans le cas GD2 utilise 
ImageCopyResampled
et sinon utilise ImageCopyResized.
On ne semble pas passer par là pour image_reduire mais ce serait une piste !

Je vois aussi qu'une bonne part du code garde les stigmates trompeurs d'une histoire où gd était la principale ou seule 
librairie :

- la fonction appelée "_image_gd_output" est en fait appelée par d'autres 
méthodes que gd (yc convert)
- "_image_valeurs_trans" est utilisée par toutes les méthodes (yc convert) alors qu'un commentaire indique que c'est 
réservé à GD2  (https://git.spip.net/spip/spip/src/branch/master/ecrire/inc/filtres_images_lib_mini.php#L105)


Au passage je découvre que var_mode=images permet de refaire les calculs 
d'images.
Yeah bonne pioche !
À documenter dans https://www.spip.net/fr_article4453.html ?

JLuc

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


Re: [spip-dev] Données Exif des images réduites

2020-09-04 Par sujet JLuc

Le 04/09/2020 à 13:02, Cerdic a écrit :

Je pense que pour image_reduire ça dépend aussi de la méthode que tu as choisi 
dans ecrire/ pour la création des vignettes.
Certaines méthodes probablement perdent aussi les données.


J'ai essayé GD2 et CONVERT avec les mêmes résultats.

Mais ensuite, pour tous les filtres qui transforment les images (donc modifient son  contenu au delà d’une simple mise à 
l’échelle, donc y compris recadrent) il y a en effet création d’une nouvelle image via GD2 et aucun processus de recopie 
des exif de la source vers la destination.


J'ignore la mécanique de spip pour ces traitements, mais je vois que les différentes images réduites bénéficient bien de 
la rotation EXIF de l'image initiale, alors que celle qui passe par image_recadre ou image_proportions (qui appelle 
image_recadre) n'en dispose plus.

N'y a t il pas création d'une nouvelle image dans les 2 cas ?

Ya quelque chose qui cloche là dedans 
(https://www.youtube.com/watch?v=eryzp0Pklc8)

JL


Le 4 sept. 2020 à 12:18 +0200, JLuc , a écrit :

Le 17/07/2020 à 15:49, JLuc a écrit :

J'ai l'impression que le filtre image_reduire ne tient pas compte des données 
exif des photos,
et ne fournit aucune exif au fichier de l'image-réduite.


Vacances finies je rééxamine le squelette et les exifs des différentes images 
produites aux différentes étapes du
traitement, et il m'apparaît que image_reduire conserve bien les données EXIF
mais que c'est image_proportion qui les fait disparaître.
Est-ce que ça facilite t il la prise en compte de ce soucis ?

JL


Du coup, des photos prises en penchant l'appareil photo, qui ont donc une exif 
de rotation qui leur permet d'apparaître
partout à l'endroit car les lieux communs de visualisation d'une image tiennent 
compte des données exifs de rotation
apparaissent tournées une fois réduites


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

2020-09-04 Par sujet JLuc

Le 17/07/2020 à 15:49, JLuc a écrit :

J'ai l'impression que le filtre image_reduire ne tient pas compte des données 
exif des photos,
et ne fournit aucune exif au fichier de l'image-réduite.


Vacances finies je rééxamine le squelette et les exifs des différentes images produites aux différentes étapes du 
traitement, et il m'apparaît que image_reduire conserve bien les données EXIF

mais que c'est image_proportion qui les fait disparaître.
Est-ce que ça facilite t il la prise en compte de ce soucis ?

JL

Du coup, des photos prises en penchant l'appareil photo, qui ont donc une exif de rotation qui leur permet d'apparaître 
partout à l'endroit car les lieux communs de visualisation d'une image tiennent compte des données exifs de rotation

apparaissent tournées une fois réduites


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


Re: [spip-dev] Fwd: #LOGO_ARTICLE not taking translated logo

2020-08-07 Par sujet JLuc

Le 07/08/2020 à 12:19, Rainer Müller a écrit :

En fait, ce teste avait rajouté pour éviter un bug lors de la création d'articles 
avec spip 3.2 >
voir https://contrib.spip.net/Site-multilingue-facile-4145#comment498199.
Je n'avais pas  trouvé exactement ce qui avait changé et pour éviter des 
problèmes j'ai sorti le bazooka.

Je cite :
« lors de la création d’une traduction d’un article le logo de l’article original disparaît, il faut alors le 
rée-uploader. »


Je rencontre un peu le même pb semble t il avec Duplicator
sur des sites 3.3 pas récents (entre 3.2.7 et 3.3 d'aujourd'hui)
= le logo de l'article d'origine est transféré au nouvel article copié,
mais l'article original perd le sien, soit à la copie,
soit quand je supprime le logo du nouvel article pour en mettre un autre
(je n'ai pas encore investigué et ne peux en dire plus pour l'instant)

JL






En tout cas, Urs qui est en 3.2.7 a remplacé 3.2 par 3.3
(ce qui revient au même pour lui que supprimer ce test)
et ça marche pour lui.

JLuc





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

Re: [spip-dev] Fwd: #LOGO_ARTICLE not taking translated logo

2020-08-06 Par sujet JLuc

Le 30/07/2020 à 16:38, JLuc a écrit :

Le 29/07/2020 à 18:18, Jacques B a écrit :
Je crois bien que ça a été intégré en SPIP 3.2 ! (j'utilise maintenant le plugin multilingue mais avant les logos 
étaient déjà intégrés) . Lorsqu'une traduction de l'article est faite elle intègre tous les éléments de l'article : 
logo, mots clés, illustrations, composition...


Et attention il semble bien que le gars ne parle pas de la 3.3, puisqu'il dit "I've updated to the latest stable 
version". Donc en 3.2 il faudrait voir s'il n'aurait pas un autre plugin qui vienne foutre la grouille.


En effet, urs précise qu'il utilise la 3.2.7.
Du coup si ça marchait avant, ça devrait encore marcher ?!...


Le pb vient, me semble t il, de la confusion lors du commit
https://git.spip.net/spip-contrib-extensions/multilingue/commit/f0215ecb5686ab1236bee5f4649f54db3c973058
entre 2 fonctionnalités :

- *recopier le logo lors de la création d'une nouvelle traduction* : c'est ce que fait le commit 
https://core.spip.net/projects/spip/repository/revisions/23517 dans le core > SPIP 3.2 dans inc_completer_traduction_dist


- *chercher le logo de l'article d'origine lorsqu'une traduction n'a pas de logo*. C'est ce que faisait multilingue et 
ce que ne fait plus multilingue pour toutes les traductions créées *avant* l'upgrade d'un spip en 3.2, qui n'ont PAS de 
logo.


DONC peut être faut il simplement *supprimer* ce test
if (spip_version_compare(spip_version( ), '3.2.*', '<')) de multilingue
https://git.spip.net/spip-contrib-extensions/multilingue/src/branch/master/multilingue_fonctions.php#L8
?

En tout cas, Urs qui est en 3.2.7 a remplacé 3.2 par 3.3
(ce qui revient au même pour lui que supprimer ce test)
et ça marche pour lui.

JLuc



Le 29/07/2020 à 12:05, Bruno Bergot a écrit :

Et donc, en lisant ça :

https://git.spip.net/spip-contrib-extensions/multilingue/commit/f0215ecb5686ab1236bee5f4649f54db3c973058

Il semble que c'est le plugin multilingue qui gère ça automagiquement, et il est fort possible qu'il ne soit pas 
encore compatible ou adapté au fonctionnement des logos de SPIP 3.3.


++
b_b

Le 29/07/2020 à 11:53, Bruno Bergot a écrit :

Hop,

Le 29/07/2020 à 11:41, Victor / tokiop a écrit :


Mais d'après 
https://git.spip.net/spip-contrib-extensions/multilingue/src/branch/master/multilingue_fonctions.php#L11 ça a été 
intégré en natif en 3.2





___
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] Fwd: #LOGO_ARTICLE not taking translated logo

2020-07-30 Par sujet JLuc

Le 29/07/2020 à 18:18, Jacques B a écrit :
Je crois bien que ça a été intégré en SPIP 3.2 ! (j'utilise maintenant le plugin multilingue mais avant les logos 
étaient déjà intégrés) . Lorsqu'une traduction de l'article est faite elle intègre tous les éléments de l'article : 
logo, mots clés, illustrations, composition...


Et attention il semble bien que le gars ne parle pas de la 3.3, puisqu'il dit "I've updated to the latest stable 
version". Donc en 3.2 il faudrait voir s'il n'aurait pas un autre plugin qui vienne foutre la grouille.


En effet, urs précise qu'il utilise la 3.2.7.
Du coup si ça marchait avant, ça devrait encore marcher ?!...

JL



Le 29/07/2020 à 12:05, Bruno Bergot a écrit :

Et donc, en lisant ça :

https://git.spip.net/spip-contrib-extensions/multilingue/commit/f0215ecb5686ab1236bee5f4649f54db3c973058

Il semble que c'est le plugin multilingue qui gère ça automagiquement, et il est fort possible qu'il ne soit pas 
encore compatible ou adapté au fonctionnement des logos de SPIP 3.3.


++
b_b

Le 29/07/2020 à 11:53, Bruno Bergot a écrit :

Hop,

Le 29/07/2020 à 11:41, Victor / tokiop a écrit :


Mais d'après 
https://git.spip.net/spip-contrib-extensions/multilingue/src/branch/master/multilingue_fonctions.php#L11 ça a été 
intégré en natif en 3.2





___
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


[spip-dev] Fwd: #LOGO_ARTICLE not taking translated logo

2020-07-28 Par sujet JLuc


Ça pourrait être en rapport avec la nouvelle gestion des logos
alors je transmet ici.

En bref : d'après Urs, il semble qu'avant, le #LOGO_ARTICLE d'un article traduit
renvoyait directement le LOGO de l'article dans la langue d'origine.

Et ce n'est plus le cas.

JLuc

 Message transféré 
From:   Urs Riggenbach via spip-en 
Newsgroups: gmane.comp.web.spip.english
Subject:#LOGO_ARTICLE not taking translated logo

Dear All,

I have recently noticed that on one of my websites a lot of images disappeared 
on the translated articles.

Before, the translated articles simply took the logo from the original article, if it had one set. (I'm using the 
#LOGO_ARTICLE tag).


I am not sure what changed this behavior (or if this is the default behaviour) - but this was really great and I would 
like to get this functionality back. Otherwise I have to upload all logos to the other articles as well.


Does anyone know how to do that, or why this functionality could appear/disappear? Perhaps this functionality is part of 
a plugin?


I've updated to the latest stable version but still #LOGO_ARTICLE does not use the original article's logo on the 
translated articles.


Warm regards,
Urs


--
Urs Riggenbach
Energy - Webdesign - Consulting

Weissensteinstrasse 76
4500 Solothurn
Switzerland

+41 79 918 0663 (CH)
+358 45 872 3836 (FI)


https://ursrig.com


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

2020-07-17 Par sujet JLuc

Le 17/07/2020 à 18:53, "Rémi Suinot via spip-dev 
"@alan.cursys.net a écrit :

J'avais commencé à voir pour faire un filtre exif, sur les images pour le 
plugin html5up_lens, mais après un petit moment,  j'ai fait le constat que ce 
devait être à l'utilisateur de modifier l'image avant de la placer sur le site.
Cependant, mon problème était à la base, pour des images de type "dessin 
d'art", ce n'était pas des photos.
Je crois avoir gardé le code du filtre si tu veux.


Merci de proposer ton aide.
Il y a plusieurs plugins déjà qui interrogent et présentent les exif :
https://contrib.spip.net/Metadonnees-Photo est le plus récent je crois
https://contrib.spip.net/Balise-EXIF-recuperer-les le plus ancien, mais le code 
central doit être encore bon
et https://contrib.spip.net/Afficher-les-donnees-EXIF-des-images

Mais ce que je voudrais c'est que les utilisateurs qui uploadent une image
et qui la voient "à l'endroit" sur leur bureau (car celui ci tient compte de la 
rotation exif)
puissent simplement la télécharger sans jamais savoir qu'il eiste des exifs
et la voir également et tout simplement "à l'endroit" sur le site spip.

J'imagine qu'il faudait...
soit que image_reduire réinjecte les metadonnées exif après avoir réduit (?)
soit que l'upload en tienne compte pour assurer "physiquement" la rotation 
décrite par les métadonnés...

JL


RS.

17 juillet 2020 15:49 "JLuc"  a écrit:


J'ai l'impression que le filtre image_reduire ne tient pas compte des données 
exif des photos,
et ne fournit aucune exif au fichier de l'image-réduite.

Du coup, des photos prises en penchant l'appareil photo, qui ont donc une exif 
de rotation qui leur
permet d'apparaître
partout à l'endroit car les lieux communs de visualisation d'une image tiennent 
compte des données
exifs de rotation
apparaissent tournées une fois réduites

Je m'étonne d'avoir mis si longtemps à m'en apercevoir.
(n'avez vous pas constaté ça aussi ?)

Et du coup comment faire pour avoir des vignettes toujours à l'endroit ?

JL

___
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


[spip-dev] Données Exif des images réduites

2020-07-17 Par sujet JLuc

J'ai l'impression que le filtre image_reduire ne tient pas compte des données 
exif des photos,
et ne fournit aucune exif au fichier de l'image-réduite.

Du coup, des photos prises en penchant l'appareil photo, qui ont donc une exif de rotation qui leur permet d'apparaître 
partout à l'endroit car les lieux communs de visualisation d'une image tiennent compte des données exifs de rotation

apparaissent tournées une fois réduites

Je m'étonne d'avoir mis si longtemps à m'en apercevoir.
(n'avez vous pas constaté ça aussi ?)

Et du coup comment faire pour avoir des vignettes toujours à l'endroit ?

JL


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


Re: [spip-dev] Wheels et paragraphes intempestifs

2020-07-12 Par sujet JLuc

Le 12/07/2020 à 23:09, nicod_ a écrit :

Le 12/07/2020 à 20:33, JLuc a écrit :

C'est peut être que propre applique "paragrapher" sur  quand il en 
reçoit une,
alors que le pipeline transforme le raccourci AVANT propre, si bien que propre n'a 
plus de  à paragrapher.


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


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


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


Du coup, https://www.spip.net/fr_article5051.html est peut être à dépublier ?
Ou bien préciser que c'est obsolète ?


Au vu du ticket j'ai l'impression que c'est toujours valable,
mais que ça doit être fait seulement dans le mes_options, comme c'est indiqué,
et pas dynamiquement le temps de l'appel d'une fonction dans un pipeline par 
exemple.

J'imagine que TextWheel recopie la globale dans une variable statique de classe
en initialisant sa machine à textes mais je n'ai pas vu où dans le source.

JL



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


Re: [spip-dev] Wheels et paragraphes intempestifs

2020-07-12 Par sujet JLuc

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

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

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


C'est peut être que propre applique "paragrapher" sur  quand il en 
reçoit une,
alors que le pipeline transforme le raccourci AVANT propre, si bien que propre n'a 
plus de  à paragrapher.

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

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


Re: [spip-dev] UI gitea

2020-07-12 Par sujet JLuc

Le 12/07/2020 à 10:11, JLuc a écrit :

Sinon comment faire ?

C'est réglé (cf autre fil)


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


Re: [spip-dev] UI gitea

2020-07-12 Par sujet JLuc

Le 12/07/2020 à 10:09, Eric Lupinacci a écrit :

Normalement tu as un bouton Paramètres en haut à droite de la page de ton repo.
En cliquant tu arrives à une page ou à la fin tu peux supprimer le repo.


OK c'est réglé merci !
C'était un paramétrage adblock trop agressif.
Le mode "totalement épuré" ne convient pas avec gitea :-)
Je l'ai déconnecté.

JLuc

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


[spip-dev] UI gitea

2020-07-12 Par sujet JLuc

Mon mail a été considéré comme spam 
Je reposte sans l'unique lien qui était vers pic.infini pour présenter une 
capture d'écran.

Bonjour

Je voudrais supprimer un repo inutile (JLuc/bigup) et créer un ticket sur un 
autre,
mais je ne trouve pas moyen de le faire.

Je n'utilise pas git.spip tous les jours et je ne sais pas bien où ça en est.
L'UI de git.spip.net traverse t elle actuellement une période d'état dégradé ?
Sinon comment faire ?

JL

___
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] UI gitea

2020-07-12 Par sujet JLuc

Bonjour

Je voudrais supprimer un repo inutile (JLuc/bigup) et créer un ticket sur un 
autre,
mais je ne trouve pas moyen de le faire.

Je n'utilise pas git.spip tous les jours et je ne sais pas bien où ça en est.
L'UI de git.spip.net traverse t elle actuellement une période d'état dégradé ?
Sinon comment faire ?

Pour info voici ce que je vois : https://pic.infini.fr/qWUSB2o6/VuDrLzUs.jpg
Les 2 premieres lignes sont générales et ne concernent pas le repo courant.
JL


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


Re: [spip-dev] Utiliser TextWheel

2020-07-11 Par sujet JLuc

Le 11/07/2020 à 20:48, Stephane Santon a écrit :

Si je désire remplacer les textes saisis
 ... 
par le HTML produit
 ... 
est-ce que c'est l'utilisation du plugin TextWheel le plus approprié ?
Suffit-il de créer un fichier
squelettes/wheels/spip/spip-plaquette.yaml ou
monplugin/wheels/spip/spip-plaquette.yaml
et le contenu qui va bien ?


C'est très simple à faire en utilisant le plugin dameblanche
qui utilise une wheel pour ça.
Il suffit d'ajouter une autre wheel copiée d'après celle proposée
dans ton dossier wheels local.

JL

___
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] avec ou sans lien

2020-07-10 Par sujet JLuc

Le 10/07/2020 à 09:23, chanka...@choc0.net a écrit :

salut JL
est-ce que cette question serait mieux dans un nouveau fil de discussion ?

À défaut d'un nouveau fil j'ai changé le sujet
(mais il y en avait 2 sujets...)


Le 10/07/2020 à 09:06, JLuc a écrit :

À part ça, sur https://contrib.spip.net/PHANTOM-HTML5UP
le premier  génère un  cliquable,
mais pas les 2 autres à droites dans le tableau.
Ça vous fait ça aussi ?
Qu'est ce qui se passe là ? 


tu parles de la première ligne de vignette sur la page sommaire ?


Je ne sais pas ce que tu appelles la page sommaire.
Je parle de la première ligne de vignettes sur la page à l'url citée
dont le texte spip est
||  
||
et dont le 1er  produit un lien ici et pas les 2 autres.

JLuc

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


Re: [spip-dev] Mise à jour squelette Html5up Spectral

2020-07-10 Par sujet JLuc

Le 10/07/2020 à 08:04, jeanmarie a écrit :

- Est-ce que le projet de partage de config/mutualisation des elements communs 
à tous les squelette html5up a avancé ?


Bof, on en est au point de dire que ça serait super d'y arriver mais que pour ça, il faudrait faire un audit de tous les 
squelettes HTML5up pour réfléchir en amont à ce qui serait mutualisable. Donc l'esprit actuel est plutôt de se reposer 
autant que possible sur des plugins externes (les plugins facultatifs de la doc) pour faciliter au mieux le passage de 
l'un a l'autre et conserver une même logique de fonctionnement (nom des variables de config...) pour en faciliter la 
maintenance. Pragmatic Style :)


Faut il retirer cette partie de la doc en décalage avec le réel et peut être 
les possibles ?

À part ça, sur https://contrib.spip.net/PHANTOM-HTML5UP
le premier  génère un  cliquable,
mais pas les 2 autres à droites dans le tableau.
Ça vous fait ça aussi ?
Qu'est ce qui se passe là ?

JL

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


Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet JLuc

Le 09/07/2020 à 13:45, jeanmarie a écrit :


Le 09/07/2020 à 13:30, JLuc a écrit :

C'est peut être utile de documenter cela ?
Dans ce cas, pourrais tu décrire la situation, le besoin et la solution retenue,
par exemple sur 
https://contrib.spip.net/FAQ-pratique-Comment-SPIPer-avec-git-spip-net ?


C'est fait...


Super :-)
JL


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


Re: [spip-dev] Import de dépôts qui n'ont pas fonctionné

2020-07-09 Par sujet JLuc

Le 09/07/2020 à 13:25, jeanmarie a écrit :


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

moi je ferais
git remote add lenomquetuveux 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity.git
git push lenomquetuveux master


C'est fait \o/ 
https://git.spip.net/spip-contrib-squelettes/html5up_escape_velocity
merci !


C'est peut être utile de documenter cela ?
Dans ce cas, pourrais tu décrire la situation, le besoin et la solution retenue,
par exemple sur 
https://contrib.spip.net/FAQ-pratique-Comment-SPIPer-avec-git-spip-net ?

JL

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


Re: [spip-dev] Documentation sur les temps de connexion

2020-07-03 Par sujet JLuc

Le 03/07/2020 à 18:48, RastaPopoulos a écrit :

Cas concret : j'ai un site avec des abonné⋅es, comptes uniquement visiteurs 
publics donc, et ça se déconnecte toujours trop vite. Pourquoi ? Que doit-on 
changer pour ça ? Plusieurs choses ? Une seule chose ?


Dans le même cas, j'ai modifié une seule chose :
define('_RENOUVELLE_ALEA', 400 * 3600); // soit env 2 semaines

Et ça marche bien

JL

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

Le 30/06/2020 à 16:31, Eric Lupinacci a écrit :

La liste des restants est disponible ici : http://spip.pastebin.fr/63338


Parcourant la liste je vois markdown
pourtant ç'a l'air bien vivant 
https://plugins.spip.net/markdown.html?compatible_spip=3.2

JL

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

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


Non ya pas eu indiqué à ma connaissance.

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


Ah en effet. Merci aussi alors.
JL


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

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


Merci Cerdic !

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


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

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


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


Non ya pas eu indiqué à ma connaissance.

C'est une commandes très basique finalement pour revert.
Encore faut il savoir que c'est aussi simple car c'est souvent compliqué de 
corriger un truc déjà pushé.

re-merci
JL


pour générer un commit qui revert un autre commit il faut faire
git revert xx > (avec le numéro du commit à revert )




Pour voir le diff entre 2 commits c'est
git diff abcdef..123456
(la référence du premier commit, deux petits points et la référence du second 
commit).

Et si on ajoute l’option -w ça ignore les changements qui ne sont que des 
espaces.
Dans notre cas ça donnait :

$ git diff -w e350597..1900248
diff --git a/spip_bonux_options.php b/spip_bonux_options.php
index 5d83500..b2c6b6f 100644
--- a/spip_bonux_options.php
+++ b/spip_bonux_options.php
@@ -202,7 +202,7 @@ if (!function_exists('text_truncate')) {
  * @param array $options An array of html attributes and options.
  * @return string Trimmed string.
  * @access public
-* @link http://book.cakephp.org/view/1469/Text#truncate-1625
+ * @link https://api.cakephp.org/4.0/class-Cake.Utility.Text.html#truncate
  */
  function text_truncate($text, $length = 100, $options = array()) {
  $default = array(



--
Cédric
Le 21 juin 2020 à 21:58 +0200, JLuc , a écrit :

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

JLuc

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





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

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

JLuc

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

Re: [spip-dev] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet JLuc

Le 20/06/2020 à 17:31, nicod_ a écrit :

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


Oui je sais pas comment j'ai fait ça mais j'ai très bien compris le pb.

Ce que je demandais c'est si je pouvais réparer ça
à coup de revert rebase merge push -onto ou autre giterie

JL

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


Re: [spip-dev] r125253 - _plugins_/spip-bonux/trunk

2020-06-20 Par sujet JLuc

Le 20/06/2020 à 16:25, RastaPopoulos a écrit :

Le 20/06/2020 à 15:50, nicod_ a écrit :

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

Tutafé, et du coup, vu que c'est moi qui l'ai ajouté et que je l'utilise pas 
mal, jluc tu as fait quoi dessus donc ? :)
Comme 99% de bonux, ça devrait pouvoir être ajouté au core, dès la 3.3… ça fait 5 ans 
c'est là "pour tester" quand même…


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

En fait
- Je croyais corriger un bug à l'origine du signalement fait sur contrib
- mais c'était une erreur de ma part
- et j'ai annnulé par la suite presqu'aussitôt.

Donc au total j'ai fait 3 commits qui se résument au 2eme
(du moins normalement, mais avec en prime des indentations différentes)
https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/fa2020716deff18a3835d1801bc397cea2d93d7c
= actualisation du lien vers la librairie phpCake à l'origine de cette fonction.

À noter que cette fonction a évolué dans phpCake depuis le temps
alors si jamais il y a un pb dedans il est peut être réglé par la nouvelle 
version
(mais pour compat spip, il faudra garder l'ancien nommage des options).

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

JLuc


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

Re: [spip-dev] Ménage dans les dépots git

2020-06-18 Par sujet JLuc

Le 17/06/2020 à 23:53, Maïeul Rouquette a écrit :


Merci pour ce travail.


Oui.

Pour info, j'avais volontairement effacé jluc/bigup qui mirrorait le repo 
orignal avant qu'il ne soit rapatrié ici.

JLuc

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


Re: [spip-dev] Demande d'accès a git

2020-06-16 Par sujet JLuc

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

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


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

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


Re: [spip-dev] Open calais ?

2020-06-16 Par sujet JLuc

Le 16/06/2020 à 13:04, BoOz a écrit :
De mon côté j'ai fait mon propre système, si ca vous dit d'essayer 
https://github.com/BoOz/entites_nommees


Ça semble être une reconnaissance de motifs pour les noms propres encore.

Mais je suis plutôt contre le star system car on sait on nous entraîne le 
système.
C'est le génie des marges, l'expérience des inconnus et les savoir faire 
pionniers du terrain
qui m'intéressent.

Les tags sont une alternative à la simple recherche.
Ils sont intéressants quand ils sont posés avec de la sémantique
= de manière plus smart que ce que fait une recherche même avec regexp locale.

Pour cela, des réseaux de relations entre termes en précise certains
et les renforcent ou les atténuent,
au moins pour un nombre limité de tags prédéfinis signifiants dans un domaine 
donné.

Ton readme mène à la page de démo de textrazor qui est opérationnelle pour le 
français aussi
https://www.textrazor.com/demo
Ils utilisent un réseau de renforcement sous la forme de régles prolog
https://www.textrazor.com/rules
Ça semble donner des résultats bien utiles pour des textes généralistes
mais moins satisfaisants pour des textes spécialisés.
Ya un forfait gratuit pour moins de 500 de requêtes par jour.
(500 articles par jour, faut les écrire !)
Ça mériterait d'être exploré.

JL

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


Re: [spip-dev] Open calais ?

2020-06-15 Par sujet JLuc

Le 15/06/2020 à 15:01, Naema a écrit :
Merci d'avoir relancé, en effet il semble que OpenCalais ait été remplacé par une autre terminologie : PermID et 
Refinitiv (et non OpenCalais, que je ne retrouve plus) https://permid.org/
J'avais obtenu une clé API pour OpenCalais en avril 2019 mais les liens du mail ne fonctionnent plus, vérifiés à 
l'instant à l'occasion de votre message, je crois donc qu'il y a eu un changement de nom. (ne sachant comment installer 
l'API dans Spip, je m'étais arrêtée là à l'époque)
Autant que je m'en souvienne il n'y avait pas de plugin OpenCalais pour Spip et Seenthis est sous une ancienne version 
(mais robuste) de Spip.


En essayant la démo de la tag machine de refinitiv
https://permid.org/onecalaisViewer
je n'ai que de mauvais résultats où seuls apparaissent les noms propres géographiques ou de célébrités ou de grosses 
entreprises.

Je crois que ce n'est pas adapté au français.
La démo en tout cas.

Wikipedia évoque une autre ressource ciblant mieux la langue française : Wikimeta, qui utilise les ressources de DBpedia 
en tant que liens documentaires, mais les sites wikimeta et dbpedia sont HS également.


Ces technologies ne semblent pas libérées pour le grand public.

Après ces premières recherches, et pour un site fortement thématique 
(spécialisé),
je crains que des outils généralistes mal maintenus ne soient pas d'une grande 
aide
et je me dis qu'il est préférable de faire soi même sa tambouille si jamais ça 
en vaut la peine.

JLuc

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


[spip-dev] Open calais ?

2020-06-15 Par sujet JLuc

Cherchant à me renseigner sur Open Calais je n'ai trouvé que des urls 
périphériques,
les liens plus "à la source" trouvés étant morts :
http://www.opencalais.com , www.opencalais.com/opencalais-api/ , 
https://twitter.com/opencalais
mais l'API semble bien en place : https://api.thomsonreuters.com/permid/calais
donc ça existe mais ça semble s'être "refermé".

Est-ce que quelque chose m'échappe ?
Seenthis s'en sert-il encore vraiment ?
Y a t il un plugin pour SPIP ou une bonne alternative aujourd'hui pour 
l'annotation sémantique des textes ?

JLuc

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


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

2020-06-14 Par sujet JLuc

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

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

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

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


Ce nest pas le fait que ce soit une saisie. L'interrogation porte sur le 
paramètre `where`.

Utiliser une balise #TEXTE dans un squelette se traduit par le passage d'une 
chaine de caractère qui est le nom du champ
et qu'il est facile de filtrer (ça doit être un nom de champ et parfois en plus 
on sait cadrer les valeurs possibles).
C'est tout ce qui passe, le reste c'est du code SPIP bien cerné.

Mais un where est un morceau de requête MYSQL qui est passé plus ou moins 
directement à l'interpréteur MYSQL.
Potentiellement il y a plein de trucs dedans.
Il faut donc avoir une vigilance particulière et la question est légitime
...même si les devs du noyau font d'ordinaire bien attention à ça
et ça m'étonnerait qu'ils aient négligé ça.

JL

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

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

2020-06-14 Par sujet JLuc

Le 14/06/2020 à 13:25, Maïeul Rouquette a écrit :

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

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

moi je vois ca
#SET{where,'iso_moi in ("FR-GUA","FR-MTQ","FR-GUF","FR-LRE","FR-MAY")'}
dans le code de Thrax.
C'est bien un truc en dur.


Oui mais il y a une nouvelle saisie qui se traduit par la création d'un nouveau 
squelette
saisies/subdivisions.html
qui sert pour le plugin Saisie à définir la #SAISIE
mais qui peut aussi potentiellement être appelé directement par 
?page=saisies/subdivisions
avec la restriction précitée :
> comme [c]e squelette d'une saisie est dans un sous dossier,
> il n'y a que les webmasters (je crois même pas les admins ?) qui peuvent y 
accéder directement.
> Ça limite le risque mais c'est pas absurde de se demander comment le where 
est sanitizé.

JL

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


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

2020-06-14 Par sujet JLuc

Le 14/06/2020 à 09:00, Maïeul Rouquette a écrit :

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



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



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


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

Dans les conditions d'usage prévues par ce plugin, la noisette englobante 
décide la valeur de ces arguments,
mais des hackers n'utilisent pas le code mis à leur disposition dans les 
conditions prévues
puisque leur but n'est pas d'obtenir les fonctionnalités prévues.
Thrax envisage la possibilité qu'on appelle la noisette directement sans passer 
par la noisette qui l'inclut.

Comme le squelette d'une saisie est dans un sous dossier,
il n'y a que les webmasters (je crois même pas les admins ?) qui peuvent y 
accéder directement.
Ça limite le risque mais c'est pas absurde de se demander comment le where est 
sanitizé.

JL


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