Re: [SPIP Zone] SPIP git : tmp, local et gitignore

2019-12-04 Par sujet nicod_

Le 04/12/2019 à 16:15, Bruno Bergot a écrit :

Bon,

Le 04/12/2019 à 16:06, Cerdic a écrit :
Je vote 1)  cibler le repertoire cache-xx qu’on vide plutot que tout 
vider bourrin




Fausse alerte, les fichiers CACHEDIR.TAG  config.txt  remove.txt sont 
bien là après avoir vidé le cache des images, tout va bien donc.


Fausse fausse alerte, chez moi ils sont bien supprimés :)

Y compris config.txt, qui est recréé aussitôt.

--
nicod_

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


Re: [SPIP Zone] SPIP git : tmp, local et gitignore

2019-12-04 Par sujet nicod_

Le 04/12/2019 à 08:57, Cerdic a écrit :
Le CACHEDIR.TAG permet d’exclure automatiquement les dossier quand tu 
tar (ou rsync ?) via une option —exclude-cache


Je n'avais pas non plus lu jusqu'au bout :)

Ok, je me suis toujours demandé à quoi ça servait, je comprends.
Mais c'est vraiment utile / utilisé ?

--
nicod_

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


Re: [SPIP Zone] SPIP git : tmp, local et gitignore

2019-12-04 Par sujet nicod_

Le 04/12/2019 à 08:57, Cerdic a écrit :

Hello,

En fait la raison d’être du remove.txt c’est de bien avoir le dossier 
versionné et donc créé lorsque tu checkout.
C’est historique, car en SVN on pouvait bien avoir un dossier vide dans 
le repository, mais je crois que ça servait aussi pour être sur que dans 
le zip tu auras le dossier.


Avec GIT ça a tout son sens, car si on a aucun fichier dans le dossier, 
le dossier n’existe pas dans le repository, et donc il n’est pas créé si 
on checkout, ce qui est un peu pénible.

Donc ça me semble pas une bonne idée de les enlever


Je le sais très bien, et je crois que tu n'as pas lu jusqu'au bout : je 
propose de coller un .gitignore dans /local et dans /tmp qui soit 
versionné (donc ils ne seront pas vides) qui contient juste ça :


* # ignore tous les fichiers
!.gitignore # sauf celui-ci

Ce serait beaucoup plus simple que de créer une exception dans le code 
et de faire attention à ne pas supprimer remove.txt et CACHEDIR_TAG 
quand on vide le cache.


--
nicod_

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


Re: [SPIP Zone] SPIP git : tmp, local et gitignore

2019-12-03 Par sujet nicod_

Le 30/11/2019 à 23:04, nicod_ a écrit :
Une remarque : dans /local les deux fichiers CACHEDIR.TAG et remove.txt 
sont versionnés, du coup, dès qu'on vide le cache par exec=admin_vider 
(cache des images) ça les supprime et ça modifie la copie locale.
Idem dans /tmp si on supprime tout (même si là c'est une opération 
manuelle).

Il faut donc les revert pour se remettre au propre.

Est ce qu'on est vraiment obligés de les versionner ?

On pourrait y mettre juste un .gitignore avec ces règles :

*   # ignore tous les fichiers
!.gitignore # sauf celui-ci

Il me semble que c'est une convention, ce serait plus safe...


Bon, ça inspire pas grand monde...

J'ai dit une connerie ou bien ?

--
nicod_

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


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

2019-12-02 Par sujet nicod_

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

Hello,

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


C'est vrai, je réalise maintenant, j'ai vu passer ce mail, je comprends 
que ça ne marchait plus.


Mais il faut dire qu'il est surtout passé en dehors des heures de bureau :p

--
nicod_

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


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

2019-12-01 Par sujet nicod_

Le 01/12/2019 à 14:31, Eric Lupinacci a écrit :

Help,

depuis vendredi soir on a plus accès à SVN.
C'est vraiment très embêtant.
Il n'est pas possible de remettre ça aujourd'hui svp ?


Je confirme.

Depuis vendredi c'est encore plus pénalisant que le Trac en panne.

Si on veut s'appuyer sur nos propres outils et être indépendants, il 
faut être plus réactif.
Que plusieurs personnes soient joignables et opérationnelles pour la 
maintenance de tous les outils communautaires.


Je ne suis pas adminsys, mais je pense qu'on est quelques un·e·s à être 
pas trop manchots et à pouvoir réagir en cas de pb.


Mettons ça en discussion svp.

--
nicod_

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


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

2019-11-30 Par sujet nicod_

Le 30/11/2019 à 14:37, Franck a écrit :

Salut azerttu 
En ce qui me concerne, je ne peux plus faire la récupération des fichiers de la 
zone via svn


Oui, le Trac fonctionne, mais plus la zone en svn...

Je voulais faire des modifs sur un plugin qui n'est pas sur git.spip, je 
reporterai mes modifs manuellement en svn plus tard mais bon...


Si tu as moyen de redémarrer le service ou quoi, merci !

--
nicod_

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


[SPIP Zone] SPIP git : tmp, local et gitignore

2019-11-30 Par sujet nicod_

Yop,

vu que la zone est down en svn, c'était l'occasion de m'y mettre, j'ai 
utilisé le script de checkout de Cédric (copié collé depuis le trac, 
puisque pas de svn).


Ça marche nickel, merci !

Une remarque : dans /local les deux fichiers CACHEDIR.TAG et remove.txt 
sont versionnés, du coup, dès qu'on vide le cache par exec=admin_vider 
(cache des images) ça les supprime et ça modifie la copie locale.
Idem dans /tmp si on supprime tout (même si là c'est une opération 
manuelle).

Il faut donc les revert pour se remettre au propre.

Est ce qu'on est vraiment obligés de les versionner ?

On pourrait y mettre juste un .gitignore avec ces règles :

*   # ignore tous les fichiers
!.gitignore # sauf celui-ci

Il me semble que c'est une convention, ce serait plus safe...

Qu'en pensez vous ?

--
nicod_

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


[SPIP Zone] Bigup - erreurs d'upload de logo

2019-11-20 Par sujet nicod_

Yop,

quand on upload un logo d'un poids supérieur à la config de Bigup, la 
zone se met en rouge mais le message d'erreur est masqué.


J'ai fait une PR à ce sujet.

A vous les studios,
--
nicod_

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


Re: [SPIP Zone] (sans objet)

2019-11-20 Par sujet nicod_

Le 20/11/2019 à 12:52, Arnaud Martin a écrit :

Du coup, le premier, quand je demande à PHP de me dire son MIME, il répond « 
audio/x-m4a».
Le second, catastrophe, ça me dit: «video/3gpp». Or, c’est bien de l’audio 
(puisque fichier .m4a, d’ailleurs).

Arg.


Je ne suis pas spécialiste de ces formats, mais ffmpeg est une trousse à 
outils pour notamment convertir des formats, peut être une piste ?


--
nicod_

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


Re: [SPIP Zone] nospam.spip.net

2019-11-19 Par sujet nicod_

Le 19/11/2019 à 10:07, Cerdic a écrit :
Ah oui, pour des raisons de perf cette URL est redirigée vers un fichier 
statique json généré en cron, et il semble bien qu’on ait perdu le cron 
quelque part.

Je crains même que le fichier n’était plus mis à jour depuis un moment :(

Je répare !


Ceci pourrait peut être expliquer quelques spams sporadiques que j'ai 
vus passer sur des formulaires avec encryption des noms...


Merci !

--
nicod_

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


Re: [SPIP Zone] SPIP & Eco-responsabilité

2019-11-15 Par sujet nicod_

Le 13/11/2019 à 10:34, toutati a écrit :

Bonjour,

ce serait vraiment bien d'améliorer SPIP & Eco-responsabilité et d'en
faire une ligne de développement claire.


Je tombe sur cet article, assez inspirant :
https://usbeketrica.com/article/internet-est-mort-vive-l-internet-low-tech

--
nicod_

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


Re: [SPIP Zone] SPIP & Eco-responsabilité

2019-11-14 Par sujet nicod_

Le 13/11/2019 à 15:57, Cerdic a écrit :
J’ai l’impression que ce que tu décris ressemble plus à ce que font 
aujourd'hui les générateurs de site statique. Ou au projet de fil 
d’outil qui construisait un site en se basant simplement sur une 
arborescence fichier de documents textes et images, sans base de donnée


C'est un domaine qui m'intéresse depuis un moment, mais j'ai pas encore 
eu le temps de m'y mettre sérieusement.


Pour un site de 10 pages, ça semble idéal : uniquement le html, les css 
et les médias, tout en statique.
Le seul truc qui peut gêner, c'est le manque de dynamique, justement 
(pour les formulaires principalement), mais il y a des solutions.


BoOz a développé un truc que je n'ai pas eu le temps non plus de tester, 
pour générer du statique à partir de SPIP, ça pourrait être une piste...

https://github.com/BoOz/spip_statique

--
nicod_

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


Re: [SPIP Zone] Fusionner les flux de plugins externals et zone

2019-11-08 Par sujet nicod_

Le 08/11/2019 à 10:57, RastaPopoulos a écrit :

Je suis assez d'accord… SAUF QUE au départ externals, c'était pour les
plugins qui ne font PAS PARTIS de la zone démocratique à plusieurs, et
qui donc sont maintenus par une unique personne à part. Et donc qui
peuvent possiblement être considérés comme moins de confiance PAR DÉFAUT
puisque pas maintenable à plusieurs par la communauté (ce n'est pas le
cas si telle personne précise qui s'en occupe est connue et que c'est
justement pour une raison de stabilité, comme Bank par ex mais "par
défaut" quoi).


Je suis absolument d'accord sur cette notion de confiance.

Au delà du débat démocratique / communauté / bande à part, les commits 
sur les plugins externals ne passent pas sous nos yeux comme ceux de la 
zone.
Autant on peut réagir collectivement sur un commit sur la zone qui ne 
respecterait pas la charte ou nos valeurs (et ça arrive de temps en 
temps), ou introduirait une faille, autant sur les externals on a pas ce 
regard constant.


Je ne suis donc pas favorable à ce que SPIP fournisse ces plugins par 
défaut à tout le monde, car ça engagerait notre responsabilité 
collective sur du code qu'on ne maitrise pas (ou beaucoup moins).


Proposition alternative : avoir deux dépôts externals, un de confiance 
(bigup, bank etc) fusionné avec le dépôt officiel, et un autre, 
identifié comme non officiel.


--
nicod_

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


Re: [SPIP Zone] r118466 - in _plugins_/contact

2019-11-08 Par sujet nicod_

Le 08/11/2019 à 14:37, toutati a écrit :

certainement pas.


+1 et merci d'avoir corrigé cette anomalie.

--
nicod_

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


Re: [SPIP Zone] Créer un depot sur git.spip.net

2019-11-07 Par sujet nicod_
Si on veut adopter cette solution, faudrait que ce soit un peu moins 
rugueux quand même...

Là, personne ne sait trop comment ça marche.

--
nicod_

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


Re: [SPIP Zone] HTML5up Phantom nécessite typoenluminee

2019-11-05 Par sujet nicod_

Le 05/11/2019 à 11:42, Jean Marie Grall a écrit :

Salut,

Le 04/11/2019 à 21:35, chanka...@choc0.net a écrit :
le but est de proposer un squelette fonctionnel sans avoir à réfléchir 
à ce qui pourrait lui manquer, alors j'ai mis les choses qui me 
semblent importante pour qu'il y ait un peu de facilité pour la 
rédaction, le référencement, et les choses un peu courantes.
Je pense qu'un squelette de ce type, utilisable "en un clic", doit 
apporter avec lui son minimum nécessaire. On veut un truc tout fait ? 
Bin oui, voilà, c'est tout fait. Même le favicon. Sinon on passe à 
côté de ces choses qui sont pratiques et qui valorisent SPIP. Et parce 
que sinon, le jour où on se rend compte que ça manque au site, les 
balises meta ou le favicon, on se dit à tort que SPIP sait pas faire 
ça. Donc voilà, c'est necessite.


Je me suis posé les mêmes questions et je suis à la fois d'accord et pas 
d'accord, c'est pas pratique :)


Moi je suis tout à fait ok avec le fait qu'un squelette "prêt à 
l'emploi" et "grand public" embarque avec lui tous les plugins qui 
facilitent son usage et qui optimisent le site final.

Ça me parait totalement légitime.

--
nicod_

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


Re: [SPIP Zone] Prive Fluide : et même encore un peu mieux ?

2019-11-04 Par sujet nicod_

Le 04/11/2019 à 13:58, Charles Razack a écrit :

Merci pour les retours.

Une proposition : n'intégrer que la partie « largeur étendue + 
responsive + police plus grande » à la 3.3dev, et laisser le reste dans 
ces plugins (les fontface, la largeur du wysiwyg etc).
Dans le plugin j'ai fait le choix de rendre l'option « écran 
étroit/large » inopérante, mais peut-être qu'elle peut être conservée de 
la sorte (?) :


- écran étroit = largeur fixe autour de 1400px
- écran large = largeur fluide


Ça serait peut être bien en fait.
Et d'en faire une nouvelle branche qui contiendrait juste le patch 
minimal pour la 3.3, qu'on pourrait tester et sur lequel on pourrait se 
mettre d'accord avant de l'intégrer.


--
nicod_

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


Re: [SPIP Zone] Maintenance de la zone : trac

2019-10-24 Par sujet nicod_

Le 23/10/2019 à 00:08, nicod_ a écrit :

Le 22/10/2019 à 23:37, Gildas Cotomale a écrit :
Je trouve que ça fait franchement l'affaire quand on veut voir les 
"changeset"s, malgré l'absence de coloration syntaxique 


Oui enfin c'est vraiment une rustine.

On a besoin de trac et ça fait des semaines (mois ?) qu'il n'est plus 
utilisable.

C'est notre outil de travail collectif quand même...

Azertyu, qu'est ce tu et qu'est ce qu'on peut faire ?



https://twitter.com/HibouProfane/status/118663326611456

--
nicod_

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


Re: [SPIP Zone] Passer la liste en mode Digest

2019-10-24 Par sujet nicod_

Le 22/10/2019 à 19:10, JLuc a écrit :

Inconvénients :
la première fois que l’on poste un message, un mail est envoyé à 
l’adresse d’expédition avec un lien à cliquer pour prouver qu’on est 
bien un être humain
ne marche pas partout, en particulier en environnement restrictif tels 
que ceux des administrations et des entreprises


Plus simple, il suffit de poster sur l'adresse mail de la liste 
(spip-zone@rezo.net) au lieu de poster sur le groupe 
(gmane.comp.web.spip.zone).


--
nicod_

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


Re: [SPIP Zone] Refonte de Contrib - Plugin Archive

2019-10-24 Par sujet nicod_

Le 22/10/2019 à 13:58, Eric Lupinacci a écrit :

Une des raisons du plugins était que considérer l'information
"archivée" comme un statut était un non sens. Car un objet peut être
en brouillon, publié , ... et être archiver à un moment donné. Le fait
de l'archiver ne remet pas en cause son état précédent.
Car autrement il est impossible de restaurer à l'identique l'objet
archivé. Il y avait aussi une notion de date pour savoir quand cela
avait eu lieu et donc permettre des affichages conditionnels des
archives.

Sauf qu'aujourd'hui le plugin Archive utilise le statut de publication 
de l'article et basta.
Il y a bien deux autres champs qui tendraient à prouver ce que tu dis 
sauf qu'ils ne sont pas ou plus utilisés.


Une solution pourrait être de changer le statut de l'objet en archive, 
pour qu'il ne soit plus publié côté public, mais en même temps de 
stocker son statut actuel (prepa, prop, refuse...) dans un champ 
statut_originel, ce qui garde l'info, et permet plus tard de le 
désarchiver en remettant le statut d'origine.


--
nicod_

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


Re: [SPIP Zone] Maintenance de la zone : trac

2019-10-22 Par sujet nicod_

Le 22/10/2019 à 23:37, Gildas Cotomale a écrit :
Je trouve que ça fait franchement l'affaire quand on veut voir les 
"changeset"s, malgré l'absence de coloration syntaxique 


Oui enfin c'est vraiment une rustine.

On a besoin de trac et ça fait des semaines (mois ?) qu'il n'est plus 
utilisable.

C'est notre outil de travail collectif quand même...

Azertyu, qu'est ce tu et qu'est ce qu'on peut faire ?

--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-10-15 Par sujet nicod_

Le 13/08/2019 à 21:28, nicod_ a écrit :

Salut,

un truc que je remarque à l'usage : le calcul des dimensions d'un SVG 
arrondit en pixels entiers à la valeur inférieure.


Exemple : j'ajoute une icone en logo, qui a un viewBox="0 0 17.6 13.1"
A l'arrivée, les dimensions seront de 17x13, ce qui tronque une partie 
de l'image à droite et en bas.


Je pense qu'il vaudrait mieux arrondir au dessus pour éviter cet effet 
de bord, qu'en penses tu ?



Un autre truc que je remarque à l'usage : sur un svg qui n'a pas 
d'attribut width dans le , image_reduire n'applique rien du tout.


Alors oui, on peut styler les svg en css, mais c'est moins propre : 
quand tu affiches la page sans css par exemple, le svg perd sa dimension.


Je m'attendrais à ce que image_reduire ajoute un attribut width, qu'en 
pensez vous ?


Autre truc : on peut enchainer balise_img et image_reduire, mais pas 
avec balise_svg

#CHEMIN{images/machin.png}|balise_img|image_reduire{5}  OK
#CHEMIN{images/machin.svg}|balise_svg|image_reduire{5}  Pas de réduction

Là aussi, je m'attendrais à ce que le fonctionnement soit similaire non ?

--
nicod_

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


Re: [SPIP Zone] Plugin PDF Version

2019-10-14 Par sujet nicod_

Le 14/10/2019 à 11:15, RastaPopoulos a écrit :

Les seules qui sortaient du lot c'était
- PrinceXML, la référence, pas libre du tout, qui gère en gros 100% (à
la fois CSS3 et tous les trucs complexes propres au print)
- Weasy, qui est libre, en python, et qui gérait le plus de choses dans
les trucs libres


J'étais tombé sur ce projet, en node.js, qui semble toujours actif (mais 
pas testé du tout)

https://www.pagedmedia.org/

Depuis les crédits techniques de ce mémoire :
https://memoire.quaternum.net/8-a-propos/a-propos/

--
nicod_

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


Re: [SPIP Zone] encodage formidable export

2019-10-10 Par sujet nicod_

Le 10/10/2019 à 19:23, Cerdic a écrit :
Historiquement ce qui marchait pour un import facile dans Excel c’est en 
effet du CSV tabulé en iso-truc exclusivement.
C’est pourquoi la fonction d’export CSV a ce type d’option pour assurer 
a minima un peu de compat avec le truc proprio.
Pour les vrais exports csv c’est plutôt fonctionnel, même si on peut 
sans doute se reposer sur une librairie plus moderne — mais je pense que 
ça vaudra surtout pour les exports dans les formats natifs excel.


Pour le CSV, ça marche très bien, le code est léger et facile à 
maintenir, ça ne vaut pas le coup d'y coller une lib spécifique je pense.


Sur le fond on a un vrai problème sur les exports qui actuellement 
cassent tout dès que les données sont un peu trop volumineuses, ce qui 
est très gênant (par exemple avec formidable, notamment).


Oui.
C'est entre autres pour ça qu'on a ajouté des dates (du ... au ...) dans 
l'export des réponses de formidable, pour pouvoir extraire par "paquets".

Mais bon, c'est une façon de contourner le problème.

Si on doit refaire des nouvelles fonctions et une nouvelle API, il 
serait vraiment bien de prendre ce problème en compte.
Une des pistes est que tant qu’on push le fichier généré sur la sortie, 
on est pas coupé par le timeout. Mais ça implique d’exporter au fur et à 
mesure qu’on construit les lignes de l’export, car si on commence par 
construire un gros tableau de données pour pouvoir l’exporter ensuite on 
meurt avant d’avoir commencer à générer le fichier.


Ça serait peut être bien oui, d'abord faire du batch par paquet de 
lignes/réponses pour construire un tableau brut, puis le transformer, tu 
penses à un truc comme ça ?



--
nicod_

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


Re: [SPIP Zone] encodage formidable export

2019-10-10 Par sujet nicod_

Le 10/10/2019 à 18:18, toutati a écrit :

en effet quand je regarde le code ça cafouille pas mal. Déjà pour
retrouver ce qui concerne uniquement xls, on pourrait éclaircir et
séparer les fonctions pour excel de celles de csv, rien que la fonction
qui est appelé depuis formidable et qui est dans le core sur
ecrire/inc/exporter_csv.php est difficilement compréhensible. Il y a (il
me semble) de nouvelles fonctions depuis PHP5 orienté objet pour les CSV
plutot claires.


Formidable nécessite spip_bonux, c'est donc ses fonctions qui sont 
utilisées, pas celles du core :

/spip-bonux-3/inc/exporter_csv.php


Donc ce serait surtout bien d'avoir un traitement de fichiers CSV et
Excel autonome dans un plugin avec une librairie qui va bien, et sortir
ces fonctions du core, nope ?


Oui, il faudrait faire un plugin qui propose exporter_xlsx() et 
importer_xlsx(), avec la même signature, basée sur une lib comme Spout 
ou PHPexcel.


Et modifier exporter_formulaires_reponses() dans formidable pour qu'elle 
appelle l'une ou l'autre.


J'ai pas du tout le temps en ce moment, mais si tu te le sens, j'ai du 
code sous la main :)


Ou bien RealEt peut fournir le sien (Spout a l'air plus rapide comme lib 
que PHPexcel).


--
nicod_

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


Re: [SPIP Zone] Contrib en 3.3 et les images

2019-10-10 Par sujet nicod_

Le 10/10/2019 à 15:05, Cerdic a écrit :
Ici c’est un mauvais exemple car une  HTML a été utilisée pour 
faire de la mise en page (bouuh!)


Mais de manière générale il manque en effet un

.spip_documents {max-width:100%}


Je viens de l'ajouter dans galactic et j'ai mis à jour.
Du coup ça a corrigé pour le forum aussi.

Pour table .spip_documents {width:auto !important;} ça me parait 
vraiment trop spécifique, mais bon, à voir.


La différence est que maintenant la balise figure porte un width css 
inline correspondant à l’image et c’est tout (j’ai essayé de limiter au 
maximum tout style inline sur les modèles documents, mais celui là est 
nécessaire dans certains cas.


Le problème par exemple sur cette page et l'image de démo :
https://contrib.spip.net/Parallelism-pour-SPIP#Utilisation-des-rubriques-et-articles
c'est que le figure prend 1366px en inline (la largeur de l'image non 
réduite), alors que l'image est réduite par [(#TEXTE|image_reduire)], et 
ne fait à l'arrivée que 820px.



  


Probablement on devrait ajouter cette ou ces 2 lignes dans le spip.css 
de la dist ou le spip_styles.css de prive/ mais de toute façon ils ne 
sont pas utilisés sur contrib, ça ne résoudra rien.


Non, mais ça serait pas mal de les avoir par défaut quand même dans la dist.

--
nicod_

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


Re: [SPIP Zone] encodage formidable export

2019-10-10 Par sujet nicod_

Le 10/10/2019 à 16:12, RealET a écrit :

toutati a écrit le 10/10/2019 à 15:49 :

Bonjour,

on me signale que l'export des réponses d'un formidable en fichier .XLS
n'est plus en UTF-8 mais en LATIN

Voir aussi :
https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment502427 


J'utilise aussi une lib de ce type (PHPexcel) et un peu de surcharge 
pour générer de _vrais_ fichiers .xlsx pour les exports de réponses 
(100% compatibles Libre Office et Excel, sans manipulation).


Ça pourrait être intégré nativement à spip-bonux à la place du 
traitement bancal actuel en faux CSV, en plus ça servirait à tout le 
monde, pas que à formidable.



--
nicod_

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


Re: [SPIP Zone] Révisions de formidable

2019-10-10 Par sujet nicod_

Le 08/10/2019 à 16:42, RastaPopoulos a écrit :

Le 08/10/2019 à 14:25, nicod_ a écrit :

On fait quoi, on y met un objet_modifier() quand même ?


Oui c'est la base je pense, après à voir s'il y a un autre bug qui
empêche la restauration.


C'est fait.
https://zone.spip.org/trac/spip-zone/changeset/118106

A voir pour la restauration...

--
nicod_

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


Re: [SPIP Zone] [spip-dev] Fusion des listes spip-zone et spip-dev

2019-10-10 Par sujet nicod_

Salut,

s'il doit y avoir fusion, +1 pour garder spip-dev

Il faudra aussi penser à mettre à jour les textes de la charte, qui 
parlent de la liste spip-zone (peut être à plusieurs endroits).


--
nicod_

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


[SPIP Zone] Révisions de formidable

2019-10-08 Par sujet nicod_

Salut,

les modifications des saisies et des traitements des formulaires 
formidable ne génèrent pas de révision.


Leurs formulaire_traiter respectifs utilisent un sql_updateq au lieu 
d'un objet_modifier


J'ai testé avec un objet_modifier à la place, bon, on a bien des 
révisions qui s’implémentent mais je sais pas si c'est très exploitable 
sur des données sérialisées.


Et la restauration d'une ancienne version ne restaure rien du tout 
(titre, identifiant, configuration, saisies, traitements).

Mais c'est peut être lié à autre chose.

On fait quoi, on y met un objet_modifier() quand même ?

--
nicod_

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


Re: [SPIP Zone] Tables non créées avec La Fabrique

2019-10-08 Par sujet nicod_

Le 07/10/2019 à 21:35, Stephane Santon a écrit :

Bonjour,

Le 07/10/2019 à 11:38, toutati a écrit :

Si le fichier est correct (cf marcimat) pour réinstaller proprement ton
plugin, il faut effacer l'enregistrement de son installation, soit via
ton plugin soit directement dans la base de données.


Qu'est-ce que j'efface dans la base de données ? Car il n'y a aucune 
table de ce plugin...


Dans la table spip_meta, tu effaces la ligne dont le nom est le préfixe 
du plugin ainsi que la ligne préfixe_base_version


Ensuite, tu supprimes le fichier /tmp/meta_cache.php

Et tu relances l'installation.

--
nicod_

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


Re: [SPIP Zone] Contenus mixtes avec structure de zcore

2019-10-04 Par sujet nicod_

Le 03/10/2019 à 15:08, Escurel a écrit :

Bonjour,
zcore/structure.html génère du contenu mixte http / https
Le plugin étant hors zone, qui pourrait modifier les URLs ?
de : http://www.w3.org/1999/xhtml
en : //www.w3.org/1999/xhtml


Non non, surtout pas, ça n'a aucun rapport.
C'est un lien, ce n'est pas un chargement de ressource dans la page, ton 
problème est ailleurs.


Et évite le crosspost sur 3 listes, merci.

--
nicod_

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


Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-10-02 Par sujet nicod_

Le 02/10/2019 à 19:33, Gildas Cotomale a écrit :

Ah c'est insérer modèles qui fait ça aussi ?
Me souvenait plus, pourtant je l'utilise tout le temps.

Je crois qu'il y a eu confusion ; ou alors c'est dans une des 
premières/anciennes versions ?


Effectivement, je ne retrouve pas ça dans inserer_modeles.

C'était plutôt modeles_liste il me semble, sur la 1.9 à l'époque, qui 
cherchait la doc dans des #REM, notamment un 


https://zone.spip.org/trac/spip-zone/browser/_plugins_/modeles_liste/

--
nicod_

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


Re: [SPIP Zone] Génération des afficher_si

2019-10-01 Par sujet nicod_

Le 01/10/2019 à 18:18, Maïeul a écrit :

A mon avis, prévenir :
- au moment de la suppression d'une saisie, en vérifiant si elle est 
utilisée en affiché si

ca ce serait possible oui


Tu verrais ça où ? dans une autorisation ?

- au moment de la validation d'une saisie, si son afficher_si contient 
une saisie introuvable
c'est plus compliqué, car par ex si tu crée un formulaire formidable 
avec juste deux saisies, toi, humain peux savoir le nom de la première 
saisie avant même qu'elle ne soit enregistré, mais pas le vérificateur,


Tu veux dire que ça empêcherait d'utiliser un nom d'une saisie qu'on VA 
créer après celle qu'on édite ? Oui, ça obligerait à créer la deuxième 
saisie d'abord.
Mais dans la logique de création d'un formulaire, on conditionne plutôt 
l'affichage d'une saisie à une saisie précédente (déjà créée), pas 
suivante (à créer).
Ou bien tu parles de l'étape de création du formulaire, avant de 
l'enregistrer une première fois ? mais les saisies sont déjà nommées à 
ce moment là non ?



Et sur le front, ajouter une condition true pour éviter l'erreur ?

pourquoi pas, mais il faut régler aussi en php. Et surtout, c'était le 
sens de mon propos, il faut d'abord regler cela en terme de prevenir les 
personnes, ne pas masquer les infos.


Oui, tout à fait.

Ce problème n'apparaissait pas avant la refonte, je crois pas qu'on 
puisse couper à le régler.


disons que la refonte a defini de manière plus strictre des règles et 
que des choses qui passaient avant passent plus


Oui bien sûr, ce n'était pas une critique hein ! :)

--
nicod_

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


Re: [SPIP Zone] Génération des afficher_si

2019-10-01 Par sujet nicod_

Le 01/10/2019 à 17:36, RastaPopoulos a écrit :

Le 01/10/2019 à 17:31, Maïeul Rouquette a écrit :

hum, compliqué tout ca.  Le problème n'est pas technique, mais
ergonomique.  La question c'est : comment prevenir qu'il y a un souci
sans que cela se voit pour tout le monde.


Bah non là question est pas que ergonomique, et faut pas que prévenir,
c'est les deux.

Car ça change rien au problème : là si une personne supprime un champ,
en partie publique le formulaire est *totalement pété*, et ça ça ne
devrait pas arriver du tout.

Donc il faut bien aussi une correction qui fait que ça ne génère pas
d'erreur après compilation.


Exactement, il y a le souci de prévenir la personne qui gère le 
formulaire, et de pas le péter sur le front.


A mon avis, prévenir :
- au moment de la suppression d'une saisie, en vérifiant si elle est 
utilisée en affiché si
- au moment de la validation d'une saisie, si son afficher_si contient 
une saisie introuvable


Et sur le front, ajouter une condition true pour éviter l'erreur ?

Ce problème n'apparaissait pas avant la refonte, je crois pas qu'on 
puisse couper à le régler.


--
nicod_

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


[SPIP Zone] Génération des afficher_si

2019-10-01 Par sujet nicod_

Salut,

on m'a signalé un gros formulaire (74 saisies) avec plein de afficher_si 
(69 conditions) qui ne marchait plus (tous les champs affichés, et une 
erreur js dans la console).


Vu le nombre, pour identifier celle qui plante j'ai ajouté un 
console.log(saisie, condition) dans afficher_si.js.html, juste avant le 
eval()


J'ai donc vu que ça venait de conditions du type @selection_1@=="choix3" 
&& @checkbox_2@=="choix2" avec une des deux saisies qui n'existe plus 
(parce qu'elle a été supprimée entre temps).


Ça génère donc une condition avec un && tout seul, qui plante le eval().

Comment pourrait on corriger ça ?

- faire de l'analyse de la condition pour supprimer un || ou && en trop ?
bof, casse gueule.

- remplacer les saisies non trouvées par "1 == 1" ?
ça serait glisser la poussière sous le tapis mais ça corrigerait

Lever une alerte au moment de la validation de la saisie ne serait pas 
suffisant, car une des saisies impliquées dans son afficher_si peut être 
supprimée après.


Maieul, toi qui connait bien le code, tu as une autre idée avant que je 
ne corrige ?


--
nicod_

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


Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-09-29 Par sujet nicod_

Le 28/09/2019 à 21:22, RealET a écrit :

Le 29/09/2019 à 04:57, nicod_ a écrit :

Le 28/09/2019 à 14:13, Eric Lupinacci a écrit :
Ces derniers temps, par exemple dans N-Core, j'ai adopté une simili 
écriture à la PHPDoc pour commenter les modèles ou inclusions comme 
suit :


[(#REM)

Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-09-28 Par sujet nicod_
Bof, s'il faut toujours aller voir dans les chaines de langue pour voir 
le descriptif, ça n'aide pas vraiment.


--
nicod_

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


Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-09-28 Par sujet nicod_

Le 28/09/2019 à 14:13, Eric Lupinacci a écrit :
Ces derniers temps, par exemple dans N-Core, j'ai adopté une simili 
écriture à la PHPDoc pour commenter les modèles ou inclusions comme suit :



Re: [SPIP Zone] questions sur svn

2019-09-27 Par sujet nicod_

Le 27/09/2019 à 12:38, Gildas Cotomale a écrit :
Pour la petite histoire, je ne sais plus mais je crois que j'avais suivi 
le tuto pour déposer mon premier plugin ; puis j'ai du me servir de ce 
lien (soit via l'historique de mes commandes, soit en reprenant à partir 
de l'adresse d'un dépôt que j'avais en local) puis ai varié la fin selon 
les répertoires où je voulais contribuer. Et là, je voulais m'y 
remettre, mais je n'ai pas ressorti mon disque dur de l'époque et me 
suis heurté à question (j'ai bêtement essayé l'adresse copié du 
navigateur en remplaçant "https" par "svn" puis voyant que ça ne 
marchait pas, ai viré tantôt "/trac/" tantôt "/browser/" ou les deux 
sans succès. effectivement j'avais pas le bon schéma...)


Je confirme que c'est pas évident du tout, et que je m'y perds souvent 
moi même.


--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-23 Par sujet nicod_

Ok merci, ça s'éclaircit encore avec vos explications.

Disons que je n'ai jamais pratiqué le noizetier, donc ça faisait 
beaucoup à digérer d'un coup.


Effectivement, ce serait pas mal de compiler tout ça dans une doc un peu 
didactique, avec des cas d'usages, des exemples d'implémentation...

Faudrait un peu peu de temps quoi.

--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-23 Par sujet nicod_

Le 23/09/2019 à 09:58, Eric Lupinacci a écrit :

Re,

Le lun. 23 sept. 2019 à 09:17, RastaPopoulos <mailto:rastapopou...@spip.org>> a écrit :


Ah oui ok, mais ça c'était pas l'objet premier de la demande de Nico,
enfin il me semblait pas avoir compris ça. 


Oui, je ne pensais pas interface clicodrome mais API.



Alors les  autorisations existantes sont :
- autoriser_noizetier_dist : autorisation minimale pour avoir accès au 
noiZetier
- autoriser_noizetier_menu_dist : affichage du menu d'accès à la 
configuration du noiZetier
- autoriser_noizetier_configurer_dist : accès à la page de configuration 
du plugin
- autoriser_noizetier_configurerpage_dist : configuration d'une page ou 
d'un objet (page du privé noizetier_page). La configuration consiste 
dans tous les cas à manipuler les noisettes des divers blocs de la page.
- autoriser_noizetier_activercomposition_dist : activation des 
compositions sur un type d'objet. Permet de lancer l'action depuis le 
noiZetier sans passer par la configuration du plugin Compositions.
- autoriser_noizetier_creercomposition_dist : création d'une composition 
virtuelle à partir d'une page source
- autoriser_noizetier_supprimercomposition_dist :  suppression d'une 
composition virtuelle
- autoriser_noizetier_dupliquercomposition_dist : copie d'une 
composition pour créer une composition virtuelle
- autoriser_noizetier_modifierpage_dist : modification certains 
paramètres d'une page
- autoriser_noizetier_editernoisette_dist : édition d'une noisette déjà 
ajoutée dans le bloc d'une page ou d'un contenu

A savoir que les autorisations sont construites de façon hiérarchiques.

On est donc pas trop mal déjà.



Ça parait déjà bien.

A ajouter dans la doc PDF ?


--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-22 Par sujet nicod_

Le 22/09/2019 à 02:08, RastaPopoulos a écrit :



Quel est l'intérêt, concrètement, de créer une composition virtuelle
pour une page autonome (sommaire par exemple) ?

Un exemple concret ?


Avoir plusieurs compositions différentes pour une même page déjà prêtes,
et donc pouvoir en changer, sans tout refaire à chaque fois (et pas
forcément la même personne, ça peut être prêt d'avance fait par un
webmestre mais que ya que un admin simple qui peut choisir la compo à
utiliser mais sans pouvoir la changer, par ex).


Mais concrètement, tu switches de composition comment, pour la page 
sommaire par exemple ? Dans le code des squelettes ?




Je ne comprends pas ce passage :


Le conteneur peut aussi servir à choisir une liste de noisettes pour
chaque utilisateur affichant une page ainsi composée. Dans ce cas, le
conteneur est l’auteur concerné (objet auteur et identifiant id_auteur).


C'est pour dire qu'un conteneur n'est pas forcément une page ou une
autre noisette, ça peut aussi être complètement autre chose, comme "un
auteur", et donc pouvoir définir "les noisettes de tel auteur" par ex
pour faire un tableau de bord personnalisé.


Mmmm, ça reste encore un peu flou...



Est ce qu'il y a un moyen (autorisations ?) de déléguer à un auteur la
gestion des noisettes sur une page en particulier, soit leur liste, soit
leur contenu ?


Je ne sais pas si c'est déjà le cas dans les appels, mais effectivement
même si par défaut c'est admin pour tout, il faudrait s'assurer que ça
distingue bien :
- une autorisation pour ajouter une nouvelle noisette à un bloc (et avec
quel bloc en option de l'autorisation tant qu'à faire)
- une autorisation pour modifier la config de telle noisette déjà existante
- une autorisation pour supprimer

Ce qui permettrait en personnalisant qu'une personne puisse changer la
config de noisettes, sans pouvoir en ajouter ou en supprimer.


Voilà, ce serait pas mal.


--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-22 Par sujet nicod_
de la config des noisettes sur la page
sommaire, par exemple
(exec=noizetier_page_edit=modifier=sommaire) mais la
config
n'est pas conservée.


Je n'arrive pas à reproduire ce comportement.
Par contre, j'ai un autre souci sur les blocs mais si je coche ou 
décoche un bloc dans la config de la page je retrouve bien ce qu'il faut 
dans la page des noisettes.

Hummm, faudrait que tu m'en dises plus.


- parfois j'ai des accès interdits à exec=noizetier_pages : en fait
tous
les types de pages on disparu, il faut que je recharge ou que je lance
un var_mode=calcul


Je ne reproduis pas.
Je ne sais pas si tu peux choper le moment où cela se passe.


Je vais essayer de tracer si je peux reproduire.


--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-21 Par sujet nicod_

Le 15/09/2019 à 20:40, Eric Lupinacci a écrit :
Il y a une doc attachée à chaque plugin N-Core et Noizetier v3, ce qui 
doit faire en tout environ 60 pages...
Y a pas mal d'informations de conception mais comme le noiZetier v3 est 
un exemple d'utilisation de N-Core je pense que ça devrait répondre à 
tes questions.


Salut,

un premier retour après lecture de la doc et des tests en local (par 
contre je n'ai pas lu en détail les APIS et la doc du code), et des 
questions aussi pour ceux qui utilisent le Noizetier V3 aujourd'hui 
(Tcharlss, Rasta, RealET).



*Guide N - Le plugin noiZetier.pdf*


2.1.2 Les compositions

Je ne comprends pas ton explication sur type de page et composition dans 
les paramètres de l'url : spip.php?page=article-album_article=X


C'est censé fonctionner comme ça ?

2.1.3 Les blocs Z

Juste un détail, mais :

>  L’absence du bloc principal pour une page Z donnée provoque 
l’affichage d’une 404


Pas vraiment, c'est si le contenu _calculé_ dans ce bloc pour un page 
est vide (ou ne contient que des espaces) que ça génère une 404.


4.2 L’interface privée de gestion des noisettes

Quel est l'intérêt, concrètement, de créer une composition virtuelle 
pour une page autonome (sommaire par exemple) ?


Un exemple concret ?

7.5 Le mode voir_noisettes

Ça s'utilise comment ? var_mode=voir_noisettes n'affiche rien du tout.

9.1.1 Le nouveau fichier YAML

Ça s'applique à quel type de page ? comment se nommerait ce fichier et 
où serait il placé ?


9.2 Les compositions explicites

Dans la DTD, je découvre les éléments class et configuration, mais ils 
ne sont pas documentés (https://contrib.spip.net/Compositions-2-et-3)

Ils sont utilisés ? Tu as de l'info là dessus ?


*Guide N - Le plugin N-Core.pdf*


2.4.1 Définition

Je ne comprends pas ce passage :


Le conteneur peut aussi servir à choisir une liste de noisettes pour chaque 
utilisateur affichant une page ainsi composée. Dans ce cas, le conteneur est 
l’auteur concerné (objet auteur et identifiant id_auteur).





Dans la configuration du Noizetier lui même, deux choses m'échappent :

> Inclusion Ajax : Par défaut, inclure chaque noisette en Ajax

C'est bien coché, mais je ne vois aucune requête XHR.
C'est censé marcher comment, sous quelle condition ?

> Autoriser la personnalisation par contenu sur : Sur ces types de 
contenus, il sera permis de personnaliser les noisettes contenu par contenu.


Comment et où sont définis ces types ?

En fait, je n'arrive pas à ajouter des noisettes sur un objet en 
particulier (par exemple sur l'article n°10), je suppose que c'est dans 
cette config du plugin qu'il faut autoriser le type article ?




Pour ceux qui utilisent le Noizetier V3 aujourd'hui (Tcharlss, Rasta, 
RealET), vous utilisez aussi les API pour faire des choses spécifiques ?

Ou bien tout se passe en clicodrome ?



Est ce qu'il y a un moyen (autorisations ?) de déléguer à un auteur la 
gestion des noisettes sur une page en particulier, soit leur liste, soit 
leur contenu ?





Sinon, j'ai des bugs :

- j'exclus certains blocs de la config des noisettes sur la page 
sommaire, par exemple 
(exec=noizetier_page_edit=modifier=sommaire) mais la config 
n'est pas conservée.


- parfois j'ai des accès interdits à exec=noizetier_pages : en fait tous 
les types de pages on disparu, il faut que je recharge ou que je lance 
un var_mode=calcul




--
nicod_

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


Re: [SPIP Zone] Refonte de contrib : les besoins pages par pages

2019-09-17 Par sujet nicod_

Le 17/09/2019 à 15:28, Maïeul a écrit :

Holla,

pour pouvoir finaliser la refonte de contrib, maintenant que 
l'organisation est faite, il faudrait lister, type de page par type de 
page, le type de contenu qu'on veut avoir, pour ensuite faire des 
maquettes filiaires.


Un pad a été créé pour

https://demo.codimd.org/WL_7Xyl4QqeVYuXUrMBN3g?both


Salut,

est ce que vous connaissez un outil de mockup/wireframe collaboratif qui 
permettrait de poser les schémas des différentes pages type (poser les 
différentes zones de contenu) ?


--
nicod_

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


Re: [SPIP Zone] Afficher_si, saisie_autonomes et _base

2019-09-16 Par sujet nicod_

Le 16/09/2019 à 14:40, Maïeul Rouquette a écrit :

j'avais mis ca ici

https://contrib.spip.net/Fonctionnement-technique-de-la-verification-des#s-Cote-JavaScript

+ je viens de compléter

https://contrib.spip.net/Generation-de-saisies-conditionnelles-avec-afficher_si#Saisies-autonomes-et-surchargee


Super, merci !

--
nicod_

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


Re: [SPIP Zone] Afficher_si, saisie_autonomes et _base

2019-09-16 Par sujet nicod_

Le 12/09/2019 à 16:20, Maïeul a écrit :

oups, j'ai oublié de préciser que du coup
1) il faut avoir un up de saisies minimal a 3.26, sinon les gens vont 
faire appel à un filtre inexistant
2) j'ai pas mis les filtres dans saisies_fonctions.php pour pas l'avoir 
partout, du coup il faut un un fichier

saisieperso_fonctions.php

avec un simple include_spip('inc/saisies_afficher_si_js')


Ça serait bien d'ajouter ça dans la doc, mais en fait je me rends compte 
que le cas des saisies autonomes n'est évoqué que sur le carnet, pas 
dans la doc "officielle".


https://contrib.spip.net/Doc-Saisies-complementaire#Squelette-de-_base-saisies-autonomes-ou-non-autonomes
https://contrib.spip.net/Saisies-faire-son-marche#Les-saisies-autonomes

Peut être ici ?
https://contrib.spip.net/Generation-de-saisies-conditionnelles-avec-afficher_si

--
nicod_

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


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-15 Par sujet nicod_

Le 13/09/2019 à 18:15, RealET a écrit :

Et moi, je l'utilise sur plus de 200 sites ;-)


Y'a une doc quelque part pour ceux qui n'ont pas tout suivi ?
Je ne vois rien sur contrib ni sur le carnet.

Des exemples concrets ou un retour d'expérience pratique de ceux qui 
l'utilisent apparemment beaucoup (RealEt ou tcharlss ?) seraient 
bienvenus :)


--
nicod_

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


Re: [SPIP Zone] Maintenance de la zone : trac

2019-09-12 Par sujet nicod_

Le 12/09/2019 à 16:36, cam.la...@azerttyu.net a écrit :

Bonjour

Une opération non prévue est en cours. La partie trac n'est pour le
moment plus disponible.
Vous pouvez toujours utilisez svn.


Certes, mais sans trac, ou quand il ne répond qu'à moitié, on est un peu 
dans le noir.


Tu penses pouvoir stabiliser la situation et le rendre opérationnel à 
nouveau ? (ou bien une solution alternative équivalente)


--
nicod_

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


Re: [SPIP Zone] Saisies et afficher si : la grande réécriture

2019-09-12 Par sujet nicod_

Le 12/09/2019 à 14:06, Maïeul Rouquette a écrit :

c'était annoncé dans le premier message au tout début de cette
discussion, quand j'annoncais l'entame du projet.


Ça m'avait échappé.


pas moyen de faire autrement non, puisque le principe, par définition,
est de mettre les tests comme attribut du contenur.


Oui, je vois pas trop comment faire autrement.

J'ai fait un grep sur la zone, je vois ces plugins là qui utilisent le 
pipeline saisies_autonomes :


ckeditor-spip-plugin/branches
ckeditor-spip-plugin/trunk
gis/branches/v2
gis/branches/v3
gis/trunk


--
nicod_

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


Re: [SPIP Zone] Saisies et afficher si : la grande réécriture

2019-09-12 Par sujet nicod_

Le 12/09/2019 à 12:45, Maïeul a écrit :

pour info, le fin mot de l'histoire :
ainsi qu'annonce, toute saisie perso (soit avec un _base.html perso, 
soit qui ne passe pas par _base) doit désormais avoir


[ 
data-afficher_si="(#ENV*{afficher_si}|saisies_afficher_si_js{#ENV{_saisies}})"] 



sur le contenur.


Ouhlà, grosse régression là pour le coup...

On peut vraiment pas faire autrement ?

C'est annoncé où ? en tout cas ça mérite une annonce bien visible plutôt 
qu'au fond de cette discussion.


--
nicod_

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


Re: [SPIP Zone] [git.spip.net] Gestion des notifications

2019-09-10 Par sujet nicod_

Le 10/09/2019 à 18:43, cam.la...@azerttyu.net a écrit :

Pour ma part, j'aimerais qu'on garde le fonctionnement actuel de la zone
SVN qui permet de s'abonner à la liste de diffusion (et à son miroir
newsgroup) de tous les commits de tous les plugins.
Ça me parait indispensable.


Pour le moment pas de changement sur ce point. C'est svn qui gère
cette partie là (IRC , liste de diffusion sont notifiés dès que le
commit est importé).


Je pensais aussi à des plugins qui pourraient n'être QUE en git, d'un 
seul côté donc.

Mais tu fais peut être la synchro vers svn dans ce cas là aussi ?
D'ailleurs, cette synchro git <-> svn, elle est totalement 
bidirectionnelle et automatique ?


--
nicod_

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


Re: [SPIP Zone] Membre de la zone non abonné à la liste spip-zone-commit

2019-09-10 Par sujet nicod_

Le 10/09/2019 à 09:35, Bruno Bergot a écrit :
C'était voulu, mais je préférerais ne pas en arriver là, le plus simple 
étant que cette personne réponde aux mails qu'on lui envoie, ça aide "un 
peu" à la coopération :)


Si pas de réponse à plusieurs mails, couic le compte.
Ça ne me choque pas, au contraire.

--
nicod_

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


Re: [SPIP Zone] [git.spip.net] Gestion des notifications

2019-09-10 Par sujet nicod_

Le 10/09/2019 à 11:51, Charles Razack a écrit :
Est-ce qu'il ne serait pas possible de faire de l'opt-in, plutôt que 
d'abonner tout le monde à tous les dépôts par défaut ?
Les gens ne recevraient des notifs que des dépôts qui les intéressent, à 
leur initiative.


Pour ma part, j'aimerais qu'on garde le fonctionnement actuel de la zone 
SVN qui permet de s'abonner à la liste de diffusion (et à son miroir 
newsgroup) de tous les commits de tous les plugins.

Ça me parait indispensable.

--
nicod_

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


Re: [SPIP Zone] Saisies et afficher si : la grande réécriture

2019-09-06 Par sujet nicod_

Le 17/08/2019 à 16:24, Maïeul a écrit :

des nouvelles des tests ? pour info je viens de poster une modif qui, 
lorsqu'on rempli le champ 'afficher_si' d'une config de saisie, vérifie 
la syntaxe. Cela laisse peut être passer des faux positifs, mais c'est 
déjà bien mieux.


Salut,
je viens de tester plusieurs formulaires un peu complexes avec beaucoup 
de afficher_si, et tout est ok.
Le code généré est bien plus compact et générique, et les tests de 
syntaxe, génial !


Un grand bravo et merci pour tout ce travail !

Par contre, pas moyen de vérifier qu'on appelle les bon champs (enfin, 
ce serait possible, mais grosse, grosse réécritures).


C'est déjà une sacrée grosse évolution en l'état, ça ira comme ça je pense.

--
nicod_

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


Re: [SPIP Zone] Spipr et Bootstrap4

2019-09-02 Par sujet nicod_

Le 01/09/2019 à 23:51, Stephane Santon a écrit :

Bonjour,

Je voudrais refaire un site en bootstrap4.
Si je charge Spipr-Dist en auto, il charge BS2, et Less.

J'ai chargé ensuite BS4, supprimé LESS et chargé SCSS-Php.
Ça a l'air de sortir qqchose de correct.

Y aurait-il autre chose à faire pour être complètement fonctionnel ?

En terme de performances :
- installer SPIPr-Vide et surcharger  par un thème (maison),
- ou surcharger directement SPIPr-Dist dans /squelettes
sont-ils équivalents ?



Spipr-dist, dans sa version trunk, intègre Bootstrap4 :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/spipr-dist/trunk/paquet.xml

Par contre, cette version n'est visiblement pas zippée, je ne sais pas 
pourquoi :

https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist.txt#L1374

--
nicod_

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


Re: [SPIP Zone] r117668 - _plugins_/ckeditor-spip-plugin/branches/ckeditor-4.x

2019-08-28 Par sujet nicod_
Le 27/08/2019 à 18:17, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: cam.lafit
Date: 2019-08-27 15:32:58 + (Tue, 27 Aug 2019)
New Revision: 117668

Modified:
_plugins_/ckeditor-spip-plugin/branches/ckeditor-4.x/
_plugins_/ckeditor-spip-plugin/branches/ckeditor-4.x/ckeditor4spip.js.html
Log:
Beaufifier js ...

(...)
* Passage en espace de 4, faut arreter cette pratique des tabulations



Dis, tu lis un peu la doc commune des fois ?

Tu préfères peut être les espaces, mais on s'est mis d'acoord sur des 
tabs : https://www.spip.net/fr_article3497.html#regles_codage


--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-08-13 Par sujet nicod_

Salut,

un truc que je remarque à l'usage : le calcul des dimensions d'un SVG 
arrondit en pixels entiers à la valeur inférieure.


Exemple : j'ajoute une icone en logo, qui a un viewBox="0 0 17.6 13.1"
A l'arrivée, les dimensions seront de 17x13, ce qui tronque une partie 
de l'image à droite et en bas.


Je pense qu'il vaudrait mieux arrondir au dessus pour éviter cet effet 
de bord, qu'en penses tu ?


--
nicod_

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


Re: [SPIP Zone] Maintenance de la zone

2019-08-12 Par sujet nicod_

Salut,

pour info les deux derniers commits ne sont pas lisibles dans le Trac :

https://zone.spip.net/trac/spip-zone/changeset/117543/spip-zone
https://zone.spip.net/trac/spip-zone/changeset/117544/spip-zone

--
nicod_

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


Re: [SPIP Zone] Trac aux fraises ?

2019-08-12 Par sujet nicod_

Le 12/08/2019 à 16:18, Charles Razack a écrit :

Glop,

Oui Camille disait ce matin qu'il y a une nouvelle opération de 
maintenance aujourd'hui.

Ce qui produit des choses rigolotes sur trac


Oui ok, j'avais pas lu.

Merci,

--
nicod_

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


[SPIP Zone] Trac aux fraises ?

2019-08-12 Par sujet nicod_

Salut,

quand j'ai redéveloppé le plugin gribouille_2 j'ai fait une branche et 
un trunk dans _squelettes_/gribouille_2, mais ils n'apparaissent pas 
dans le trac :


https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/gribouille_2

Alors qu'un svn checkout 
svn://zone.spip.org/spip-zone/_squelettes_/gribouille_2 installe bien la 
branche et le trunk.


Qué pasa ?

--
nicod_

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


Re: [SPIP Zone] Mise à jour git.spip.net

2019-08-09 Par sujet nicod_

Le 09/08/2019 à 16:41, Luis Speciale a écrit :

On a toujours été des ayatollahs du non fric, non proprio et tout le
collier de perles et on va changer maintenant ?


Ton adresse est bien lspeci...@gmail.com ? Sérieusement ?

Best résumé ever du foutage de gueule oui...

--
nicod_

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


Re: [SPIP Zone] Mise à jour git.spip.net

2019-08-09 Par sujet nicod_

Le 09/08/2019 à 18:15, Eric Lupinacci a écrit :
Finalement après tous ces échanges, certains supplémentaires sur IRC et 
même de honteuses discussions en privé (gnarf, gnarf) j'en arrive à me 
dire que je préfèrerais continuer le travail Gitea actuellement mené par 
Camille pour passer définitivement la zone et spip en Git, et ce 
rapidement.


Ne mélangeons pas tout : on parle du core de spip + ses plugins dist 
versionnés en Git, et de leur installation par Composer.


La zone, c'est un autre sujet.

--
nicod_

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


Re: [SPIP Zone] Mise à jour git.spip.net

2019-08-09 Par sujet nicod_

Le 09/08/2019 à 16:59, Cerdic a écrit :

Merci Luis, meilleur résumé ever!


Sans avoir lu tout ce que James a écrit sur le sujet.

Donc, il faudrait aussi maintenir notre propre installation de Satis, en 
plus de tout le reste, tout ça pour pouvoir dire "on est libres" ?


Super, une bonne stack maison, bien obscure, maintenue par quelqu'un 
(qui ?), à laquelle personne ne comprendra rien quand ça pètera.


--
nicod_

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


Re: [SPIP Zone] Mise à jour git.spip.net

2019-08-08 Par sujet nicod_

Le 07/08/2019 à 09:33, Cerdic a écrit :

Parce qu’on pourrait très bien avoir notre dépôt principal sur un Gitea
ou un Gitlab SPIP (avec tout ce qui va bien, les tickets etc) et juste
un mirroring automatique vers Github, tant pour la publication vers
Packagist que pour la visibilité et les PR.


J'ai peur qu'on se retrouve soit avec des PR et des tickets des deux 
côtés, soit que ce ne soit pas compréhensible, et obligerait à avoir des 
comptes à plusieurs endroits.
Tickets et PR c'est quand même étroitement lié, pour moi ça devrait être 
centralisé.



Je crois qu’on est tous à peu près OK pour composer, en faisant
confiance à ceux qui on vraiment travaillé sur le sujet, parce que d’un
peu loin on voit pas très bien toutes les implications et les
contraintes qui vont venir avec.


J'aimerais vraiment que James nous assiste sur ce coup là, pour éviter 
un piège qu'on ne verrait pas.



Le 07/08/2019 à 16:21, RastaPopoulos a écrit :

Ensuite il y a la question de maintenir plusieurs dépôts ou pas (un
principal et un miroir).

Moi aussi j'étais plutôt partant pour maintenir notre truc, et avoir un
miroir uniquement lecture sur Github. Mais après les débats lors de la
formation avec James, il en ressortait que :

1) On galère déjà à maintenir de nombreux outils, et nous sommes peu
nombreux (vraiment). Là une forge c'est un gros truc, de l'admin sys,
pas du SPIP (c'est pas comme maintenir Contrib, spip.net, etc). Et très
probablement ça sera sur les épaules d'UNE personne unique (parmi le
déjà peu qu'on est, il y a encore moins d'admin sys), allez deux pour
être gentil. Et quand il y aura un soucis, ça sera de nouveau difficile.
A-t-on vraiment besoin de maintenir 100% des choses ? Avec Git si jamais
il y a un soucis de droit, de coupure, etc, on peut toujours déplacer
ailleurs en très peu de temps !


Absolument +1
Sur Github/Gitlab, zéro maintenance, zéro coût pour nous.



2) A-t-on vraiment envie de gérer des PR *en plusieurs endroits* ? La
majorité des devs SPIP ont déjà un compte Github. Un des buts de
Composer et de s'insérer dans l'écosystème c'est d'inclure plus
facilement des nouvelles personnes. On ne se leurre pas, on va pas
attirer des milliers de gens, mais la majorité des quelques devs NON
CONNUS qui pourraient proposer des modifs, doivent avoir un compte
Github. Est-ce qu'on veut vraiment obliger les gens à créer un compte
sur notre forge à nous pour proposer des modifs ? (non) Et si on a des
PR en plusieurs endroits, ça va vite être très chiants à maintenir, à
savoir quoi et où relire à temps. Il semblerait mieux de tout
centraliser et de n'avoir qu'un seul lieu où proposer des modifs. Donc
Github.com.


Absolument +1 aussi pour la centralisation des PR, et tickets à un seul 
endroit, les deux sont liés.


--
nicod_

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


Re: [SPIP Zone] [Spip-zone-commit] r116239 - _plugins_/adminer

2019-08-06 Par sujet nicod_

Le 06/08/2019 à 08:51, Eric Lupinacci a écrit :
Le sens de la modification est : les deux fichiers décrivent le même 
plugin et le même paquet, ils ne devraient pas être différents donc.


Pourquoi ? (vraie question)

C'est pourquoi j'ai toujours milité pour éviter ce doublon au profit 
d'une branche.


Sauf que tout le code est le même pour 2.0 et 3.0


Mais bon, bientôt on en sera débarrassé.


Oui, on pourrait supprimer le plugin.xml, mais en même temps c'est con 
parce que ça marche bien sur SPIP 2

Mais bon, SPIP 2...

--
nicod_

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


Re: [SPIP Zone] [Spip-zone-commit] r116239 - _plugins_/adminer

2019-08-05 Par sujet nicod_

Le 05/08/2019 à 20:21, Eric Lupinacci a écrit :

Hello,

Ca serait cool d'y penser sans que Francky soit obliger de toujours 
passer derrière.

Merci pour lui :)


J'avais effectivement mis 3.0 dans la borne inférieure du paquet que 
j'ai créé pour ce plugin.


Les paquet.xml ça marche pour SPIP 2 ?
On maintient toujours SPIP 2 ?

--
nicod_

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


Re: [SPIP Zone] [Adminer] Plugin SPIP 4.3.1 alors que l'officielle est 4.7.2

2019-08-05 Par sujet nicod_

Le 05/08/2019 à 18:18, nicod_ a écrit :

Le 05/08/2019 à 16:48, RealET a écrit :

Bonjour,

Est-ce qu'il y a un risque à avoir cette version sur un serveur ?



J'ai tenté une mise à jour en 4.7, me suis cassé les dents.


Ah ben tu as fait la mise à jour entre temps, parfait.

--
nicod_

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


Re: [SPIP Zone] [Adminer] Plugin SPIP 4.3.1 alors que l'officielle est 4.7.2

2019-08-05 Par sujet nicod_

Le 05/08/2019 à 16:48, RealET a écrit :

Bonjour,

Est-ce qu'il y a un risque à avoir cette version sur un serveur ?

Si j'ai bien compris, la version SPIP est légèrement forkée pour ne pas 
avoir de collision avec le nom d'une fonction internet de SPIP (is_utf8).


Est-ce qu'il y a d'autres modifications à reporter à chaque mise à jour ?

cf : https://github.com/vrana/adminer/blob/master/changes.txt

https://plugins.spip.net/adminer.html


J'ai tenté une mise à jour en 4.7, me suis cassé les dents.
J'ai l'impression qu'ils ont recode des choses différemment...
J'ai laissé tomber sur le moment, autre choses à faire.

Pour les modifs faites sur le script original, effectivement renommage 
de is_utf8 en isutf8 et sûrement d'autres (voir le log de commits).


--
nicod_

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


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

2019-08-02 Par sujet nicod_

Yop,

un truc à corriger : on ne peut plus définir le logo standard des rubriques.
Ça upload bien un logo dans IMG/logos, ça crée une ligne dans 
spip_documents, mais rien dans spip_documents_liens


Si on insère une ligne avec id_objet=0 et objet=rubrique dans 
spip_documents_liens, là il est bien pris en compte.


Je n'ai plus de quoi commiter sur le core, j'essaie de voir si j'arrive 
à remonter un spip dev git + plugins dist svn pour essayer de corriger.


Marcimat tu avais posté une méthode pour ça il me semble non ?

--
nicod_

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


Re: [SPIP Zone] Identifiant et page unique

2019-08-02 Par sujet nicod_

Le 02/08/2019 à 10:09, Eric Lupinacci a écrit :

Pour moi, il faut _toujours_ faire le travail nécessaire pour éviter
une
rupture de compatibilité.


Ouais c'est mieux. Après faut voir si cela en vaut la chandelle.


Oui, d'autant que je fais le malin et que je viens ramener ma fraise, 
mais que c'est pas moi qui vais faire le boulot :D


Conseilleurs pas payeurs, tout ça :)

--
nicod_

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


Re: [SPIP Zone] Identifiant et page unique

2019-08-01 Par sujet nicod_

Le 01/08/2019 à 20:55, Eric Lupinacci a écrit :
Je ne pense pas qu'il faille abandonner le plugin actuel car le nouveau 
rendrait exactement le même service.


+1

A mon avis il faut faire une nouvelle branche 2.0 puisque la version 
actuelle est la 1.1.14.
La question que je me pose c'est : faut-il activer par défaut à 
l'upgrade le script de migration table identifiants vers colonne 
identifiant pour les objets concernés ou le déclencher sur demande ?


Comme il y a peu de sites qui l'utilise (14 d'après Plugins SPIP et 28 
d'après les manifestants) je ne suis pas sur qu'il faille assurer une 
retro-compatiblité des critères : il suffira pour les sites utilisateurs 
de modifier les quelques boucles concernées.


Ça, c'est présumer que les gens qui utilisent le plugin lisent tous les 
mails des listes, les commits détaillés, tout ça.
Vu qu'il n'y a aucune info qui s'affiche dans SVP quand un plugin est 
mis à jour (sur une version majeure ou pas), je trouve ça un peu violent.
Pour moi, il faut _toujours_ faire le travail nécessaire pour éviter une 
rupture de compatibilité.


Par contre, dans cette nouvelle version comment compte-t-on créer la 
colonne additionnelle ? A la demande pour un type d'objet ou pour tous 
les types d'objet présents à l'instant de l'installation ?


Le plugin actuel propose une configuration pour choisir les objets, 
comme Rang par exemple.
Ça me parait une bonne pratique, pour éviter de surcharger l'interface 
avec des champs de saisie techniques là où on en a pas besoin.


Les deux points ci dessus, pour moi ça consiste à penser aux 
utilisateurs d'abord, quels que soient leurs profils.

C'est important.

--
nicod_

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


Re: [SPIP Zone] Saisies et fieldsets

2019-07-31 Par sujet nicod_

Le 31/07/2019 à 13:42, George a écrit :

J'ai cru qu'on pouvait.
Mais alors comment ca marche dans Formidable??


Ça ne marche pas avec des #SAISIE, mais depuis du code PHP.

Si tu veux faire quelque chose comme ça dans un formulaire, tu peux 
définir ton tableau de saisies en PHP, et le générer avec 
#GENERER_SAISIES{#ENV{_saisies}}, sur le principa.


Il y a des exemples sur la zone, par exemple dans ce formulaire CVT 
editer_encart :


https://zone.spip.net/trac/spip-zone/browser/_plugins_/encarts/trunk/formulaires

- formulaires_editer_encart_saisies_dist() qui génère les saisies
- #GENERER_SAISIES{#ENV{_saisies}} qui les affiche

--
nicod_

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


Re: [SPIP Zone] Bigup, logos et svg

2019-07-30 Par sujet nicod_

Le 30/07/2019 à 11:09, Bruno Bergot a écrit :

Hop,

Le 30/07/2019 à 10:46, Matthieu Marcillaud a écrit :


Quelque chose prend forme. Bigup est passé sur Github, là pour le 
moment : https://github.com/marcimat/bigup , avec une correction pour 
le format svg.


Excellent, merci !

\o/ et avec la suppression de la dépendance à saisies l'introduction de 
bigup dans le core approche à grands pas :)


https://github.com/marcimat/bigup/commit/c8c6eeaac35ec22cffad01cdf5c0a982b43f549e 


Oh ! Mais c'est la fête tous les jours en ce moment ! :)

--
nicod_

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


[SPIP Zone] Bigup, logos et svg

2019-07-29 Par sujet nicod_

Yop,

maintenant que SPIP gère les svg je veux en coller partout :)

Mais je me rends compte que Bigup ne les autorise pas pour les logos, ce 
qui est fort balô.


Ça se passe ici :
https://gitlab.com/magraine/bigup/blob/master/javascript/bigup.logos.js#L10

Il suffit d'ajouter image/svg+xml, mais il faut limiter à la 3.3 uniquement.

Marcimat, comment tu vois les choses ?

PS : si Bigup était dans les plugins dist, on aurait pas ce problème :)

La bise,
--
nicod_

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


Re: [SPIP Zone] r116143 - _core_/plugins/medias/modeles

2019-07-29 Par sujet nicod_
Le 29/07/2019 à 18:08, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: cedric-p6klg6aqnt9bdgjk7y7...@public.gmane.org
Date: 2019-07-29 16:08:09 + (Mon, 29 Jul 2019)
New Revision: 116143

Added:
_core_/plugins/medias/modeles/logo.html
Log:
Un modele pour generer le HTML des logos d'objet
Au passage on se debarasse definitivement de la class spip_logos (cf 
https://core.spip.net/issues/2483) : c'est spip_logo depuis 5 ans maintenant
On modernise le survol en suppriment le onmouseover/onmouseout au profit un 
d'un date-src-hover pour l'URL de l'image hover si il y en a une
(Il devient ainsi facile de personaliser le HTML des logos ou de supprimer les 
logos de survol partout)



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



Je ne vois pas où ce modèle est appelé actuellement, peut être tu n'as 
pas encore fini.


En tout cas ce serait peut être pas mal de prévoir un alt paramétrable non ?

--
nicod_

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


Re: [SPIP Zone] r116125 - in _plugins_/simple_calendrier/trunk

2019-07-26 Par sujet nicod_
Le 26/07/2019 à 14:43, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: pee...@gmail.com
Date: 2019-07-26 12:43:19 + (Fri, 26 Jul 2019)
New Revision: 116125

Modified:
_plugins_/simple_calendrier/trunk/paquet.xml
_plugins_/simple_calendrier/trunk/public/simplecal_criteres.php
Log:
Allez, c’est la fête : Shameless pompage du critère evenement_passe() du plugin 
Agenda



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


Comme d'hab, n'oublie pas de mettre à jour la doc.

C'est bien de penser à le faire quand on ajoute des nouvelles 
fonctionnalités à un plugin, et ça prend deux minutes.


Merci :)

--
nicod_

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


[SPIP Zone] Une image de LIM qui pète les icones de la fabrique

2019-07-25 Par sujet nicod_

Hello peetdu,

pour info, dans LIM tu as une image prive/themes/spip/images/del-24.png 
qui fait 13x13px, qui surcharge celle du thème de SPIP qui elle fait 
bien 24x24px, avec l'icône collée en bas à droite.


Du coup, quand la fabrique génère des variantes de logos d'objets, les 
icones patate-del-24.png sont pétées.


Je veux pas commiter à ta place pour pas casser, je te laisse jeter un oeil.

--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-24 Par sujet nicod_

Le 24/07/2019 à 16:39, Luis Speciale a écrit :

Une piste pourrait être profiter de l’homothétie par défaut d'un SVG. Si
dans la déclaration on ajoute an width et un height à 100% on aurait un
SVG qui s'adapterait à n'importe quel contenant.

http://www.w3.org/2000/svg; width="100%" height="100%"
xmlns:xlink="http://www.w3.org/1999/xlink;>


Jusqu'à aujourd'hui, j'utilisais un filtre perso balise_svg, qui ajoute 
un style="max-width:XXXpx; width: 100%;" sur la balise , plutôt que 
des attributs width et height.


Ça passe plutôt bien (Chrome, FF et IE).

En détail :
http://spip.pastebin.fr/57699

--
nicod_

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


[SPIP Zone] La fabrique et logos en SVG

2019-07-24 Par sujet nicod_

Hello,

la fabrique ne se comporte pas bien avec des logos en SVG, le code 
génère en dur des .png qui contiennent en fait le code svg (donc 
forcément, le navigateur n'arrive pas à les afficher).


Ça se passe ici :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/fabrique/trunk/formulaires/fabriquer_plugin.php#L626

Il suffirait de tester l'extension pour garder .svg quand c'est 
nécessaire, ça c'est pas compliqué.


Problème : on va dans ce cas générer des fichiers pour toutes les 
tailles de logos (-12, -16, -24, -32 etc), qui contiendront tous le même 
code svg.
Ça crée de la duplication inutile, mais c'est comme ça que SPIP récupère 
les logos des objets, donc je vois pas comment faire autrement.


Autre problème : pour le pré-calcul des variantes (-add, -del etc), il 
faudra superposer non pas une icone bitmap mais une icone svg, en 
calculant ses dimensions et positions.


Et ça ce n'est pas lié qu'à la fabrique : même problème avec 
|icone_verticale{<:patate:>,patate,new,right} et la fonction 
prepare_icone_base()


Qu'en pensez vous ?

--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-24 Par sujet nicod_

Oui, on verra à l'usage.

En tout cas je commence à utiliser, et c'est vraiment très très cool :)

--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-24 Par sujet nicod_

Le 24/07/2019 à 07:45, Cerdic a écrit :

Hello,
Il y a deux problèmes avec la rasterization des SVG

* image_aplatir{jpg} est utilisé potentiellement assez systématiquement 
pour optimiser la taille des images, a minima après chaque série de 
filtre de transformation qui opèrent en PNG, voire un peu partout (en 
tout cas je fais ça assez systématiquement), avec le postulat implicite 
que l’image source est toujours un bitmap.
Donc si on faisait opérer |image_aplatir sur les SVG on perdrait presque 
systématiquement tout leur intérêt.
Peut-être il faudrait un filtre |image_rasterize pour aplatir les SVG, 
ou un |image_aplatir_si_bitmap qui opère que sur les bitmaps ?


En tout cas donc pour le moment il m’a semblé contre-productif de 
convertir les SVG en bitmaps


A la réflexion, finalement je ne vois pas vraiment de cas concret où il 
serait nécessaire d'aplatir un SVG en bitmap.


A part peut être pour la génération automatique de la favicon, quand le 
logo du site est en SVG, mais on peut la créer soi même manuellement.


Tu as raison, si le besoin se fait sentir ce serait plus à faire dans un 
plugin.


--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-23 Par sujet nicod_

Hop,

Le 18/07/2019 à 11:35, Cerdic a écrit :

|image_aplatir (conserve un svg mais applique le background)
|image_format (conserve un svg mais applique le background)


Pour image_aplatir (et donc image_format), je m'attendais 
instinctivement à ce que ça génère une image bitmap, avec 
|image_aplatir{png} qui garderait la transparence par exemple.

Ça me paraitrait plus logique.

On pourrait peut être intégrer une lib PHP qui fait ça ?

PS : c'est quoi l'adresse spip-c...@rezo.net que tu as mise en copie de 
ton mail initial ?


--
nicod_

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


Re: [SPIP Zone] Formulaire générique d'édition d'un objet et Saisies

2019-07-23 Par sujet nicod_

Le 22/07/2019 à 23:16, Gildas Cotomale a écrit :

Attention,
Comme dit Éric, il faut bien demander à récupérer "env" (pas testé mais 
je crois que ça fait la différence)


Oui, la différence est là visiblement.

Par ailleurs, dans ton test, class="editer editer_input_1 saisie_input" 
& for="champ_input_1" me laissent penser que tu es dans ta première 
rubrique n'est-ce pas ? 


Pas du tout, c'était un test rapide depuis l'interface graphique 
(Iextras, mais c'est pareil avec une déclaration en PHP), avec un champ 
extra qui s'appelait juste "input_1", comme je disais.


L'id sur les inputs ne varie pas selon la valeur de l'id de l'objet (ce 
n'est pas lié).


Et heureusement, encore un fois, sinon ça casserait aussi du ciblage en 
css ou en js par les id, justement.


--
nicod_

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


Re: [SPIP Zone] Formulaire générique d'édition d'un objet et Saisies

2019-07-22 Par sujet nicod_

Salut,

ce que tu dis m'étonnais beaucoup, j'ai retesté des champs extra sur une 
rubrique et je n'ai pas du tout de id="champ_new" sur mes input


J'ai toujours ce genre de markup pour les champs extra (celui ci 
s'appelle input_1 pour le test) :



  Ligne de texte
  size="40">



Des ids similaires, ça se serait vu quand même car l'id de l'input est 
lié au for du label, ça ne passerait pas du tout un test d'accessibilité 
de base.


--
nicod_

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


Re: [SPIP Zone] Saisies et afficher si : la grande réécriture

2019-07-21 Par sujet nicod_
PS : avec l'expérience, elle maitrise plutôt bien maintenant les tests 
et les conditions et leur logique (et/non/ou). Mais le principal souci 
qu'elle a par moment, c'est que n'étant pas développeuse, il lui arrive 
faire une erreur de syntaxe dans une conditions et dans ces cas là, elle 
est perdue.


Je n'ai pas encore regardé ton code, mais tu penses possible 
d'intercepter les erreurs de syntaxe dans les conditions, pour lever une 
alerte ou un message par exemple ?


Ça me parait un peu complexe, vu que la syntaxe n'est pas du JS pur...

--
nicod_

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


Re: [SPIP Zone] Saisies et afficher si : la grande réécriture

2019-07-21 Par sujet nicod_

Le 21/07/2019 à 17:45, Maïeul a écrit :

Chers tous, chères toutes,

J'ai créé une branche pour réécrire la manière dont les afficher_si 
fonctionnaient niveau javascript. Est-ce que des bonnes âmes voudraient 
bien tester d'ici le 15 septembre ?


Cher Maïeul,

merci pour tout ce boulot (énorme).

J'ai une utilisatrice qui génère régulièrement de (très) gros 
formulaires administratifs pleins d'afficher_si et de tonnes d'autres 
options dans tous les sens.

Je vais prévoir une séance de tests de mon côté, et avec elle.
On devrait pouvoir caser ça avant le 15 septembre.

La bise,

--
nicod_

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


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

2019-07-21 Par sujet nicod_

Hello,

alors voilà, on s'absente un WE et le dimanche soir c'est la révolution :)

Merci pour les propositions, tout ça me parait vraiment bien et attendu.

Juste sur ce point là :


  * les logos sont intégrés dans la table spip_documents avec
mode=‘logo’, mais sans modification de l’interface, et sont toujours
dans le dossier IMG/ pour ne pas casser trop les plugins de
restrictions d’acces (cf https://core.spip.net/issues/3719)


Je verrais ça plutôt comme solution transitoire pour cette version 
uniquement, comme d'autres points que tu proposes, avant de se mettre 
d'accord sur un mécanisme plus générique.


Si on se réfère aux discussions et aux propositions (plugins) qui 
existent sur la gestion des logos et des rôles, utiliser juste la 
colonne "mode" de spip_documents sera vite limitatif (cf aussi le point 
sur les logos de survol évoqué par Arno).


Et sur le fond, le principe même de "logo" pourrait être discuté...
Mais bon, pas d'entropie, on pourra en causer après cette première étape 
de grand nettoyage :)



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


Merci,
des bises aussi.

--
nicod_

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


Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-18 Par sujet nicod_

Le 18/07/2019 à 11:56, tcharlss a écrit :

Ouuu !

Merci pour le travail fait sur la prise en compte des SVG, c'est
vraiment très apprécié :)

Ce point seul justifierait la sortie d'une nouvelle version.


+1

Merci pour le boulot sur les SVG, ça mérite de plus en plus une release !

(avec Bigup dans le core ? ^^)


--
nicod_

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


Re: [SPIP Zone] r115944 - _plugins_/critere_mots/trunk

2019-07-15 Par sujet nicod_

Le 14/07/2019 à 21:58, RealET a écrit :

nicod_ a écrit le 14/07/2019 à 21:38 :

Possible de le documenter quelque part ?
Fait : 
https://contrib.spip.net/Critere-mots#Usage-avec-le-plugin-Mots-arborescents 


Merci !

--
nicod_

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


Re: [SPIP Zone] r115944 - _plugins_/critere_mots/trunk

2019-07-14 Par sujet nicod_
Le 13/07/2019 à 13:52, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a 
écrit :

Author: real3t-re5jqeeqqe8avxtiumw...@public.gmane.org
Date: 2019-07-13 11:52:55 + (Sat, 13 Jul 2019)
New Revision: 115944

Modified:
_plugins_/critere_mots/trunk/critere_mots_fonctions.php
_plugins_/critere_mots/trunk/paquet.xml
Log:
[Critère {mots}] Retour sur r114363 suite à remarque de b_b sur la liste 
(https://www.mail-archive.com/spip-zone-JM9gtpQu/h...@public.gmane.org/msg47970.html)
Pour chercher dans l'arbo, rajouter à mes_options.php :
'''
if (!defined('_CRITERE_MOTS_ARBO_BRANCHE'))
define('_CRITERE_MOTS_ARBO_BRANCHE', true);
'''


Possible de le documenter quelque part ?

Merci !

--
nicod_

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


Re: [SPIP Zone] Cookies et consentement : intégration de tarteaucitron

2019-07-12 Par sujet nicod_

Le 10/07/2019 à 15:27, peetdu a écrit :

Il restera à lui trouver une place dans les contribs :
1- il me semble que le nom "tarteaucitron" n'était pas un bon choix. Je 
préférais un qqc comme Cookieqqc. Des suggestions ?


Ben, même si c'est un peu... abstrait, c'est quand même le nom de ce 
script, qui est assez connu (recommandé officiellement par la CNIL par 
exemple).


Du coup, tu peux peut être élargir avec d'autres termes dans la 
description, pour le moteur de recherche de SVP (si c'est pris en 
compte), mais ça me semblerait pertinent de garder tarteaucitron dans le 
nom.


--
nicod_

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


Re: [SPIP Zone] r115824 - _squelettes_/html5up_spectral

2019-06-29 Par sujet nicod_

Le 29/06/2019 à 18:24, Vincent ROBERT a écrit :
Le plugin page me plaît bien, je vais peut-être faire ainsi mais l'idée 
c'était d'avoir une rubrique qui contiendrait des articles qui n'ont pas 
être mis en avant sur le site public tout en étant parfaitement classé 
sur la partie privée... Il faut bien comprendre


Le plugin Masquer est une bonne option aussi pour faire ça :
https://contrib.spip.net/Plugin-masquer

Bon sinon "00."  me parait être un meilleur choix, comme nicod le dit 
c'est pour la lisibilité des rédacteurs pas forcement experts de spip...


J'ai fait ça dans un cas très particulier, c'était une demande des 
utilisateurs et ils connaissent donc cette astuce spécifique, mais ça 
sort des pratiques éditoriales habituelles de SPIP et ça ne me semble 
pas une bonne idée dans un squelette générique.


A mon avis, ce que tu cherches à faire n'est pas lié au squelette lui 
même, donc pas à coder "en dur" dedans.


--
nicod_

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


Re: [SPIP Zone] [Spip-zone-commit] r115818 - in _squelettes_/html5up_spectral

2019-06-29 Par sujet nicod_

Le 29/06/2019 à 10:49, Jean Marie Grall a écrit :
Et dans ta css, une boucle avec 
{id_document=#CONFIG{html5up_prefix/image_background}}
voir 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_solid_state/css/vars_spip.scss.html#L3 


Bon, là, c'est du scss avec une variable, mais le principe est le même.


Ah mais on peut utiliser des .scss.html avec du SPIP dedans ?
J'avais complètement raté ça, c'est excellent !

--
nicod_

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


Re: [SPIP Zone] r115824 - _squelettes_/html5up_spectral

2019-06-29 Par sujet nicod_

Le 29/06/2019 à 13:59, Mist. GraphX a écrit :
autre détail c'est que la du coup tu peut plus utiliser les prefixes de 
titre pour ordonner si besoin


Pareil.

Et puis pourquoi "commence par 9" ? Ça répond à quelle logique ?

J'ai fait un truc similaire pour un site, mais j'utilise 00. comme 
préfixe qui masque, c'est plus compréhensible pour les rédacteurs.


--
nicod_

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


Re: [SPIP Zone] SPIP Party ?

2019-06-27 Par sujet nicod_

Le 27/06/2019 à 06:57, Jacques a écrit :

Mais ce qu'il faudrait surtout c'est trouver un lieu (et une date).


C'est exactement ça :)

Le reste, c'est rien du tout, ça s'organise tout seul.
Et s'il faut avancer des sous pour une location on peut se mettre à 
plusieurs.


--
nicod_

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


[SPIP Zone] SPIP Party ?

2019-06-25 Par sujet nicod_

Yo les loulous,

histoire de compter un peu les forces vives, il y aurait des gens 
intéressé·e·s pour faire une SPIP Party ?


Des gens motivés pour organiser ?

La bise,
--
nicod_

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


Re: [SPIP Zone] {vu} et nouveaux modèles

2019-06-19 Par sujet nicod_
Merci à vous deux pour la discussion sur ce sujet, je ne connaissais pas 
du tout cette astuce.


Je mourrai moins bête (mais je mourrai quand même).

--
nicod_

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


  1   2   3   4   5   6   7   8   >