Re: [SPIP Zone] [Spip-zone-commit] r118288 - in _plugins_/agenda/trunk

2019-12-09 Par sujet Jean Marie Grall

Salut,

la balise  est dispo à partir de SPIP 3.1 alors que le plugin V3 
est annoncé à partir de 3.0.

Donc là, on ne peut plus avoir Agenda à jour sur un (vieux) SPIP 3.0.

                        jean marie

Le 25/10/2019 à 19:46, spip-zone-com...@rezo.net a écrit :

Author: mai...@maieul.net
Date: 2019-10-25 17:46:02 + (Fri, 25 Oct 2019)
New Revision: 118288

Added:
_plugins_/agenda/trunk/genie/
_plugins_/agenda/trunk/genie/agenda_effacer_evenements_passes.php
Modified:
_plugins_/agenda/trunk/formulaires/configurer_agenda.html
_plugins_/agenda/trunk/lang/configureragenda_fr.php
_plugins_/agenda/trunk/paquet.xml
Log:
une option pour effacer regulierement les evenements passes depuis une certaine 
date, pour mieux s'y retrouver dans l'interface d'admin, en prenant en compte 
les repetitions


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


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


Re: [SPIP Zone] Un modèle pour mettre en forme le contenu des newsletters

2019-12-02 Par sujet Jean Marie Grall

Salut,

Le 10/09/2019 à 10:52, Jean Marie Grall a écrit :

Le 09/09/2019 à 19:51, JLuc a écrit :

Et puis... la doc sur seenthis ça me fait soupirer : pfff
[...]
Ça sera rigolo à référencer sur spip.net ou contrib.spip.net aussi...
C'est un article de travail pour échanger, si on sent un intérêt plus 
général, je le proposerai évidemment sur contrib.



C'est une proposition bien intéressante à une problématique réelle.


Donc n'hésite pas à faire des retours si tu le testes...


Alors, je fais quoi ? Je l'intègre dans Newsletter pour du clef en main 
(sous réserve d'installer Sélection éditoriale) ? Je fais un plugin 
dédié ? Je les remets dans ma poche ?


Je vous avoue que l'idée serait de tester plus de cas pour avoir un truc 
encore plus robuste grâce à la communauté.


Pour mémoire, le post sur Seenthis : https://seenthis.net/messages/800984

                    jean marie


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


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-22 Par sujet Jean Marie Grall

Salut,

sur le mutu qui pose problème :

OPCACHE Config

# opcache_invalidate:false
# opcache_get_configuration:true
# opcache.enable:'1'
# opcache.validate_timestamps:'1''2'
# opcache.revalidate_freq:

Sur les 2 autres :

OPCACHE Config

# opcache_invalidate:false
# opcache_get_configuration:true
# opcache.enable:'1'
# opcache.validate_timestamps:'1''2'
# opcache.revalidate_freq:

Entre les 2, il y a une différence de noyau (php info) :
- Linux 4.14.127-ovh-vps-grsec-zfs-classid #1 SMP > pose problème
- Linux 4.14.119-ovh-vps-grsec-zfs-classid #1 SMP > pas de problème

Dis-moi si besoin d'autres tests...

                    jeanmarie


Le 22/11/2019 à 12:09, Cerdic a écrit :

Hello Jean-Marie,

Ce réglage opcache est vraiment chiant et pénible :(
Est-ce que tu peux executer le code suivant sur le serveur mutu en 
question et nous donner le résultat ?


"; echo "opcache_invalidate:" . 
var_export(function_exists('opcache_invalidate'), true); echo 
"opcache_get_configuration:" . 
var_export(function_exists('opcache_get_configuration'), true); echo 
"opcache.enable:" . var_export(ini_get('opcache.enable'), true); 
echo 
"opcache.validate_timestamps:".var_export(ini_get('opcache.validate_timestamps'), 
true); echo 
"opcache.revalidate_freq:".var_export(ini_get('opcache.revalidate_freq'));


--
Cédric
Le 21 nov. 2019 à 17:57 +0100, Jean Marie Grall 
, a écrit :





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


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-21 Par sujet Jean Marie Grall


Le 21/11/2019 à 15:27, Jean Marie Grall a écrit :


Le 21/11/2019 à 15:12, Bruno Bergot a écrit :

Hop,

Le 21/11/2019 à 15:06, Jean Marie Grall a écrit :

Salut,

sur un hébergement en particulier, lorsque j’installe Sélections 
éditoriales par exemple, j'ai le message suivant sur la page 
?exec=selections : https://pic.infini.fr/RsrpgjpV/IHRwgtc7.png
Et les tables ne sont effectivement pas créées. Même comportement 
pour GIS.


Le problème apparait sur un seul hébergement (j'en ai testé 3 + wamp 
en local) et je ne comprends pas d'où ça peut venir car ils ont les 
mêmes caractéristiques :  OVH mutu avec PHP 7.2.19 (testé en 5.6.40 
également) / MySQL 5.6.43


Je précise que je peux créer rubriques et articles, donc la base est 
accessible en écriture.


Une idée du problème ?



Perso, sur les mutus OVH j'ai souvent des problèmes de mises à jour 
des tables lors de l'upgrade des plugins (bug rencontré deux ou trois 
fois le mois dernier). Pour contourner, je dois passer dans la table 
spip_meta pour réduire le n° de version en base du plugin, puis 
relancer l'upgrade des tables en passant par la page de gestion des 
plugins.


Belle fourberie :) mais ça ne marche pas chez moi, en tout cas pour 
l'installation du plugin.


Suite à un échange avec b_b, la solution qui fonctionne chez moi :
- installer le plugin
- attendre plus de 2s
- faire une réparation de la base (menu Maintenance > Maintenance technique)

L'idée (confirmer) est qu'à l'installation du plugin, le cache PHP 
opcache (cache de 2s chez moi) empêche SPIP d'avoir les bons scripts 
avec les instructions de création des tables. Donc, en réparant la base, 
on relance les scripts d'installation mais, entre temps, le cache a été 
vidé et on a la nouvelle version des scripts.


Indice qui va dans ce sens : à l'installation, avec 
define('_LOG_FILTRE_GRAVITE', 8);, il n'y a pas d'erreurs mysql alors 
que les tables ne sont pas créées.


V'là, merci pour la fourberie ;)

                jean marie



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


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-21 Par sujet Jean Marie Grall

(Je fais suivre la réponse arrivée en direct)

Le 21/11/2019 à 15:48, Pascal JPM a écrit :

+1
Idem ici (tjrs chez OVH - Mutu perfox1), à l'installation de nouveaux plugins > 
tables non-installées... obligé de le faire via PhpMyAdmin... :/


Comment tu le fais via phpMyAdmin, avec la technique de b_b ?


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


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-21 Par sujet Jean Marie Grall


Le 21/11/2019 à 15:12, Bruno Bergot a écrit :

Hop,

Le 21/11/2019 à 15:06, Jean Marie Grall a écrit :

Salut,

sur un hébergement en particulier, lorsque j’installe Sélections 
éditoriales par exemple, j'ai le message suivant sur la page 
?exec=selections : https://pic.infini.fr/RsrpgjpV/IHRwgtc7.png
Et les tables ne sont effectivement pas créées. Même comportement 
pour GIS.


Le problème apparait sur un seul hébergement (j'en ai testé 3 + wamp 
en local) et je ne comprends pas d'où ça peut venir car ils ont les 
mêmes caractéristiques :  OVH mutu avec PHP 7.2.19 (testé en 5.6.40 
également) / MySQL 5.6.43


Je précise que je peux créer rubriques et articles, donc la base est 
accessible en écriture.


Une idée du problème ?



Perso, sur les mutus OVH j'ai souvent des problèmes de mises à jour 
des tables lors de l'upgrade des plugins (bug rencontré deux ou trois 
fois le mois dernier). Pour contourner, je dois passer dans la table 
spip_meta pour réduire le n° de version en base du plugin, puis 
relancer l'upgrade des tables en passant par la page de gestion des 
plugins.


Belle fourberie :) mais ça ne marche pas chez moi, en tout cas pour 
l'installation du plugin.


J'ai changé dans spip_meta :
- la version du plugin dans plugin (2 occurrences) et plugin_installes
- la version de la base dans selections_editoriales_base_version

            jean marie


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


[SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-21 Par sujet Jean Marie Grall

Salut,

sur un hébergement en particulier, lorsque j’installe Sélections 
éditoriales par exemple, j'ai le message suivant sur la page 
?exec=selections : https://pic.infini.fr/RsrpgjpV/IHRwgtc7.png

Et les tables ne sont effectivement pas créées. Même comportement pour GIS.

Le problème apparait sur un seul hébergement (j'en ai testé 3 + wamp en 
local) et je ne comprends pas d'où ça peut venir car ils ont les mêmes 
caractéristiques :  OVH mutu avec PHP 7.2.19 (testé en 5.6.40 également) 
/ MySQL 5.6.43


Je précise que je peux créer rubriques et articles, donc la base est 
accessible en écriture.


Une idée du problème ?

                jean marie


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


Re: [SPIP Zone] Mailsubscriber: bug ajout inscription newsletter dans #FORMULAIRE_INSCRIPTION

2019-11-20 Par sujet Jean Marie Grall
En fait, c'est avec Inscription 3 (à jour) et non le formulaire de 
contact : l’inscription se fait bien automatiquement mais il y a 
maintenant 2 checkbox.


Une capture d'écran : https://pic.infini.fr/5qv4HUlJ/Fiam0M3q.png (le 
site est en prod)


                        jeanmarie


Le 19/11/2019 à 17:38, Jean Marie Grall a écrit :


Salut,

merci pour la correction, la checkbox apparait bien.

Par contre,l'adresse de l'expéditeur n'apparait pas dans la liste des 
inscrits alors que le mail reçu contient bien "Infolettre : oui".

L'inscription doit se faire automatiquement ou pas ?




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


Re: [SPIP Zone] Mailsubscriber: bug ajout inscription newsletter dans #FORMULAIRE_INSCRIPTION

2019-11-19 Par sujet Jean Marie Grall

Salut,

merci pour la correction, la checkbox apparait bien.

Par contre,l'adresse de l'expéditeur n'apparait pas dans la liste des 
inscrits alors que le mail reçu contient bien "Infolettre : oui".

L'inscription doit se faire automatiquement ou pas ?

                jean marie


Le 18/11/2019 à 14:54, Cerdic a écrit :

Hello,

Merci du signalement, c’est corrigé ! (en principe sans casser la 
compat 3.0)


--
Cédric
Le 18 nov. 2019 à 12:38 +0100, Arnaud Martin , a écrit :


Hello,

Bug dans le plugin #SPIP mailsubscriber : l’ajout de l’inscription à 
la newsletter dans les formulaires d’inscription et de forum ne 
fonctionne pas en version 3.1.


D’après ce que je vois, la fonction 
mailsubscribers_formulaire_fondcherche la position de  dans le 
formulaire reçu. Mais depuis SPIP 3.1, les  des formulaires sont 
remplacés par de . (Et du coup, outre la détection à cet 
endroit, il faut modifier le squelette inc-optin-subscribe.)


J’ai patché ma version à la main, mais évidemment ça ne tourne pas 
qu’à partir de SPIP 3.1 du SPIP 3.0. Je ne sais pas comment patcher 
pour assurer la compatibilité de 3.0.)


ARNO*

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



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

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


Re: [SPIP Zone] [plugin Newsletter] Les images ne s'affichent pas chez dans le webmail Yahoo

2019-11-14 Par sujet Jean Marie Grall

C'est bon, ça fonctionne.

Merci pour le fix !

                        jean marie


Le 14/11/2019 à 16:31, Cerdic a écrit :
Et du coup https://zone.spip.org/trac/spip-zone/changeset/118635 doit 
corriger le problème


--
Cédric
Le 13 nov. 2019 à 18:07 +0100, Jean Marie Grall 
, a écrit :


Alors, il semble que ça soit le #fixed qui pose problème et pas la 
longueur de l'url : avec simplement /return timestamp($dest);/ à la 
fin de la fonction /newsletter_fixer_image()/, c'est bon chez Yahoo.


                        jean marie

Le 13/11/2019 à 17:20, Cerdic a écrit :

Hello Jean Marie,

ça se passe dans la fonction newsletter_fixer_image() du fichier 
newsletter_fonctions.php
Tu peux essayer d’enlever l’ancre #fixed ou le timestamp voire de 
raccourcir le hash md5 et voire ce qui coince ?


En fonction de ça j’essayerai de trouver un patch qui marche sans 
rien casser à côté



--
Cédric
Le 13 nov. 2019 à 17:11 +0100, Jean Marie Grall 
, a écrit :

Salut,

après pas mal de tests, j'ai l'impression que les images des 
newsletters

ne s'affichent pas dans le webmail Yahoo.

J'ai voulu tester la longueur des URL ou l'arborescence type 
/IMG/nl/16/

ou encore la présence du timstamp (bref, des urls trop complexes) mais
je suis coincé car, même si je modifie le code figé (écrit en dur) pour
raccourcir les urls, elles sont réécrites à l'envoi avec la forme
/IMG/nl/xx/.png?123456

Est-ce que quelqu'un reproduit le problème ?

Par contre, si j'utilise le plugin image_responsive, les images
s'affichent bien. Elles ont une url type /IMG/jpg/a231-resp160.jpg qui
fonctionnent avec de l'url_rewriting pour actionner un script php :
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/image_responsive/ajouter_a_htaccess.txt

Voilà pour les infos que j'ai réussi à réunir.

Ma config : SPIP 3.2 + trio Newsletter/Mailshot/Mailsubscriber à jour.
Envoi via SMTP OVH et Mailjet.

                    jean marie


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

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


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

2019-11-14 Par sujet Jean Marie Grall

Re,

Le 14/11/2019 à 16:25, RastaPopoulos a écrit :

Le 14/11/2019 à 15:22, Jean Marie Grall a écrit :

Par ex, j'ai des admin qui n’aiment pas les crayons parce que ça
perturbe leurs utilisateurs finaux. Là, ça obligerait à modifier les
paquet.xml :O

J'aurais justement dit que les Crayons ne modifie aucun comportement du
site, ça ne fait qu'ajouter une aide uniquement pour les admins. Tu
m'expliques comment ça peut perturber les utilisateurs (non-admins
puisque dans ta phrase tu parles d'admins évoquant leurs utilisateurs
donc pas eux-mêmes) alors que justement ça ne s'active que pour les
admins ? :)


Oui, je mélange les termes : je parle d'admin au sens la personne qui 
gère le projet et d'utilisateurs finaux au sens les gens qui rentrent du 
contenu et qui peuvent donc être admin au sens de spip (complet ou 
restreint) et ne pas être très aguerris aux usages modernes et pratiques 
pour autant (j'ai le cas).



En revanche Typotruc là ça change le HTML généré pour les pages, du coup
oui ça change fonctionnellement ce que produit le site public.


On voit bien que tout ça est subjectif et, amha, ça parait compliqué de 
créer du clef en main qui ira à tout le monde.


Aussi, si chaque plugin commence à installer ces dépendances dans tous 
les sens, ça risque de complexifier le passage d'un squelette à un autre.


Donc, au lieu de les forcer à l'installation du thème, est-ce qu'on ne 
pourrait pas proposer des "méta-plugins" qui installeraient ces 
fonctionnalités supplémentaires comme évoqué plus haut dans la 
discussion ? On serait entre la distribution SPIP et le thème clef en main.


Par ex :
- un plugin "faire moderne" : métas+, favicons...
- un plugin aide à la rédaction : crayons...
- ...

J'en sais rien, je réfléchis à voix haute hein :)

                jean marie


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


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

2019-11-14 Par sujet Jean Marie Grall

Du coup, on dit quoi ?

Autant Favicon, Métas+ et autres "améliorations transparente pour 
l'utilisateur, ça peut être intéressant (sauf question des  
dans les externals), autant des changements de comportement pour 
l'utilisateur tels que Crayons ou Typo enluminée, ça me pose question.


Par ex, j'ai des admin qui n’aiment pas les crayons parce que ça 
perturbe leurs utilisateurs finaux. Là, ça obligerait à modifier les 
paquet.xml :O


                            jean marie



Le 06/11/2019 à 15:17, Jean Marie Grall a écrit :

Un retour sur les  sur contrib :

Attention Favicon est dans un dépôt external, ce qui provoque une 
erreur à l’installation.
Sur une installation neuve, ça surprend. Peut-être faire un lien vers 
cette page ?


https://contrib.spip.net/Massively-HTML5UP#comment502956


Le 06/11/2019 à 09:31, JLuc a écrit :

Le 05/11/2019 à 21:01, nicod_ a écrit :
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.


Ça me heurte pas non plus
car c'est des sucreries ces squelettes
(c'est bon comme ça même si c'est pas bon pour les dents)

Après si ça marche aussi avec des "utilise"
plutôt que des "necessite"
c'est encore mieux !

JLuc



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


Re: [SPIP Zone] [plugin Newsletter] Les images ne s'affichent pas chez dans le webmail Yahoo

2019-11-13 Par sujet Jean Marie Grall
Alors, il semble que ça soit le #fixed qui pose problème et pas la 
longueur de l'url : avec simplement /return timestamp($dest);/ à la fin 
de la fonction /newsletter_fixer_image()/, c'est bon chez Yahoo.


                        jean marie

Le 13/11/2019 à 17:20, Cerdic a écrit :

Hello Jean Marie,

ça se passe dans la fonction newsletter_fixer_image() du fichier 
newsletter_fonctions.php
Tu peux essayer d’enlever l’ancre #fixed ou le timestamp voire de 
raccourcir le hash md5 et voire ce qui coince ?


En fonction de ça j’essayerai de trouver un patch qui marche sans rien 
casser à côté



--
Cédric
Le 13 nov. 2019 à 17:11 +0100, Jean Marie Grall 
, a écrit :

Salut,

après pas mal de tests, j'ai l'impression que les images des newsletters
ne s'affichent pas dans le webmail Yahoo.

J'ai voulu tester la longueur des URL ou l'arborescence type /IMG/nl/16/
ou encore la présence du timstamp (bref, des urls trop complexes) mais
je suis coincé car, même si je modifie le code figé (écrit en dur) pour
raccourcir les urls, elles sont réécrites à l'envoi avec la forme
/IMG/nl/xx/.png?123456

Est-ce que quelqu'un reproduit le problème ?

Par contre, si j'utilise le plugin image_responsive, les images
s'affichent bien. Elles ont une url type /IMG/jpg/a231-resp160.jpg qui
fonctionnent avec de l'url_rewriting pour actionner un script php :
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/image_responsive/ajouter_a_htaccess.txt

Voilà pour les infos que j'ai réussi à réunir.

Ma config : SPIP 3.2 + trio Newsletter/Mailshot/Mailsubscriber à jour.
Envoi via SMTP OVH et Mailjet.

                    jean marie


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

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


[SPIP Zone] [plugin Newsletter] Les images ne s'affichent pas chez dans le webmail Yahoo

2019-11-13 Par sujet Jean Marie Grall

Salut,

après pas mal de tests, j'ai l'impression que les images des newsletters 
ne s'affichent pas dans le webmail Yahoo.


J'ai voulu tester la longueur des URL ou l'arborescence type /IMG/nl/16/ 
ou encore la présence du timstamp (bref, des urls trop complexes) mais 
je suis coincé car, même si je modifie le code figé (écrit en dur) pour 
raccourcir les urls, elles sont réécrites à l'envoi avec la forme 
/IMG/nl/xx/.png?123456


Est-ce que quelqu'un reproduit le problème ?

Par contre, si j'utilise le plugin image_responsive, les images 
s'affichent bien. Elles ont une url type /IMG/jpg/a231-resp160.jpg qui 
fonctionnent avec de l'url_rewriting pour actionner un script php : 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/image_responsive/ajouter_a_htaccess.txt


Voilà pour les infos que j'ai réussi à réunir.

Ma config : SPIP 3.2 + trio Newsletter/Mailshot/Mailsubscriber à jour.
Envoi via SMTP OVH et Mailjet.

                    jean marie


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


Re: [SPIP Zone] Saisie : sélecteur d'article

2019-11-09 Par sujet Jean Marie Grall


Le 08/11/2019 à 20:18, Gildas Cotomale a écrit :

Le mer. 6 nov. 2019 à 09:48, Jean Marie Grall a écrit :

Je ne vous raconte pas les stratagèmes peu glorieux à base de |replace
que j'avais mis en place pour y arriver sans cette info !

Intéressant ; je suis curieux de voir des exemples si t'en as encore
sous le coude.


C'est un replace avec une regex pour supprimer tout ce qui n'est pas 
chiffre :


|replace{\[^\d\],''}

Ça ressort uniquement l'id, donc si tu sais que l'objet est forcément un 
article, peux l'utiliser...


La méthode chankalan est autrement plus propre.

                jean marie


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


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

2019-11-06 Par sujet Jean Marie Grall

Un retour sur les  sur contrib :

Attention Favicon est dans un dépôt external, ce qui provoque une erreur 
à l’installation.
Sur une installation neuve, ça surprend. Peut-être faire un lien vers 
cette page ?


https://contrib.spip.net/Massively-HTML5UP#comment502956


Le 06/11/2019 à 09:31, JLuc a écrit :

Le 05/11/2019 à 21:01, nicod_ a écrit :
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.


Ça me heurte pas non plus
car c'est des sucreries ces squelettes
(c'est bon comme ça même si c'est pas bon pour les dents)

Après si ça marche aussi avec des "utilise"
plutôt que des "necessite"
c'est encore mieux !

JLuc


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


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


Re: [SPIP Zone] Saisie : sélecteur d'article

2019-11-06 Par sujet Jean Marie Grall

Salut,

Le 05/11/2019 à 21:02, chanka...@choc0.net a écrit :

Le 05/11/2019 à 20:46, Gildas Cotomale a écrit :
Je découvre, parmi les saisies fournies par le plugin du même nom, 
une sympa pour choisir un article. Mais je ne comprends pas pourquoi 
ça ne retourne pas le id_article choisi... 
https://contrib.spip.net/Comment-declarer-un-mod
ele-pour-le-plugin-Inserer#forum502935 Comment obtenir  juste l'id ; 
et pour ma culture, où puis-je voir l'usage du result ?
il faut passer par la fonction picker_selected qui retourne un tableau 
objet|id_objet
par exemple si dans un plugin la configuration propose un sélecteur de 
rubriques nommé "accueil", ensuite dans le squelette on peut récupérer 
la sélection avec :

{id_rubrique IN #CONFIG{monplugin/accueil}|picker_selected{rubrique}}
tu trouves ça dans ecrire/inc/filtres_selecteur_generique.php


Ah mais merci :)

Je ne vous raconte pas les stratagèmes peu glorieux à base de |replace 
que j'avais mis en place pour y arriver sans cette info !


                        jean marie


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 Jean Marie Grall

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


On peut peut-être essayer de voir ce qui est de l'ordre de l'attente 
"normal" (j'ai mis des guillemets, hein !) d'un utilisateur aujourd'hui 
(Metas+, favicon...) et de ce qui est de l'ordre de la facilitation à 
l'usage (crayons, typos enlum...) donc sans .



Après je veux bien discuter si on reste dans cet esprit de livrer un 
squelette prêt à l'emploi. Par exemple Enluminures, je trouve 
pratique, mais on peut faire un seul niveau d'intertitres en h2 avec 
les globales, alors on peut peut-être s'en passer, ça dépend du 
squelette/contexte et la structure du document...
Voili... mais en te répondant, je me demande si je suis pas passer à 
côté d'un truc : j'aurais dû faire un plugins sobre, comme celui que 
tu attends, et un autre plugin qui agrège le premier plus d'autres, 
tous ceux que j'ai envie, pour avoir le truc clef-en-main à conseiller 
dans la doc à ceux qui veulent quelque chose de plus complet... qu'en 
pensez-vous ? Et comment faire ça maintenant ?


Est-ce qu'on n'est pas entre ce qui pourrait être dans le core de la 
dist et ce qui pourrait être une distribution à part entière. Je sais 
bien que la ligne est de garder le core le plus minimaliste mais est-ce 
que Métas+ par ex ne pourrait pas être intégré ? Autant Favicon, on est 
sur de l'ornementation (qui a son importance), autant Métas+ on est des 
usages plus que répandus (partages sur les réseaux sociaux).


Bon, je sais, vous allez me dire qu'il y a autant de points de vue que 
d'usages... ok, j'aurais tenté :)


                jean marie



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


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

2019-11-04 Par sujet Jean Marie Grall

Salut,

je squatte cette discussion car elle est liée :)

J'ai la même question pour Massively : 
https://contrib.spip.net/Massively-HTML5UP#Installation


Est-ce que crayons, favicon, metasplus+, Enluminures typographiques et 
Pages sont indispensables au fonctionnement du plugin ?
Pour les autres, j'imagine que c'est fonctionnel, à part peu être Centre 
Image ?


                jeanmarie


Le 31/10/2019 à 14:36, Bruno Bergot a écrit :

Salut,

Je suis en train de monter un site en me basant sur le squelette 
Phantom, merci à chankalan pour son adaptation pour SPIP :)


J'en ai profité pour corriger/améliorer quelques points, mais il en 
reste un qui me chagrine : le squelette nécessite le plugin 
typoenluminee.


Chankalan, penses-tu que je puisse retirer ce necessite ? Je n'ai pas 
l'impression que ce plugin soit indispensable lors de l'utilisation de 
Phantom.


++
b_b

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


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


Re: [SPIP Zone] [Spip-zone-commit] r118269 - in _plugins_/metasplus/trunk

2019-10-24 Par sujet Jean Marie Grall
Bien vu, c'est corrigé : 
https://zone.spip.org/trac/spip-zone/changeset/118276/spip-zone


Le 23/10/2019 à 21:28, Charles Razack a écrit :


Hello,

Il semble y avoir une accolade en trop suite à ce commit, ligne 158. 
Superfétatoire, même : 
https://contrib.spip.net/Metas-version-2#comment502770


Inutile aussi de mettre des filtres de texte comme |supprimer_tags ou 
|textebrut dans ce fichier, ils sont ajoutés après. Je rajouterai ça 
dans le commentaire à l'occasion.


Le 23/10/2019 à 14:54, spip-zone-com...@rezo.net a écrit :

Author:jeanmarie.lis...@cousumain.info
Date: 2019-10-23 12:54:53 + (Wed, 23 Oct 2019)
New Revision: 118269

Modified:
_plugins_/metasplus/trunk/inclure/metasplus/dist.html
_plugins_/metasplus/trunk/paquet.xml
Log:
V2.2.5: On ajoute le #SLOGAN_SITE_SPIP a la meta title sur la page d'accueil 
pour etre coherent avec le fonctionnement natif de SPIP et la V1 de Metas+


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

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

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


Re: [SPIP Zone] plugin diapo

2019-10-21 Par sujet Jean Marie Grall

Salut,

pour info, Slick propose un diaporama par article : 
https://contrib.spip.net/Slick#s-Affichage-dans-les-textes-avec-le-modele
Est-ce que ça ne répondrait pas à tes besoins ? Voir à faire des modifs 
s'il y a des manques ?


Il y a aussi https://contrib.spip.net/Owl-Carousel-2 qui semble le faire 
(mais je ne l'ai jamais utilisé).


Je me dis que c'est une base plus récente et permettrait de concentrer 
les énergies mais à voir selon les besoins :)


                    jean marie

Le 20/10/2019 à 20:48, Jean-Christophe Villeneuve a écrit :

Hello

Je voudrais remettre au goût du jour le plugin diapo 
 pour qu'il soit compatible spip3.
L'article de doc date un peu et son auteur semble avoir quelque peu 
disparu de la circulation.
Pourrais-je avoir la main pour modifier cet article tout en laissant 
l'auteur d'origine ?


JC


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

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


Re: [SPIP Zone] encodage formidable export

2019-10-10 Par sujet Jean Marie Grall

Salut,

Le 10/10/2019 à 15:58, Bruno Bergot a écrit :

Le 10/10/2019 à 15:49, toutati a écrit :

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



Je crois bien que ça a toujours été le cas


C'est pas plutôt Excel qui, à la différence de LibreOffice, ne sait pas 
les ouvrir par défaut et qu'il faut passer par Importer (de mémoire) ?


                    jean marie


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


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

2019-10-10 Par sujet Jean Marie Grall

Salut,

(désolé pour le crosspost mais comme les 2 listes sont concernées...)

suite à la proposition de ben de fusionner les 2 listes en mars et les 
échanges/discussions/digressions/tentatives de recentrage/etc... (SPIP 
<3), j'ai repris les différents échanges et voilà le résultat (des 
suffrages exprimés) :

pour : 12
contre : 2
partagé : 1
nsp : 2

Il y a donc consensus sur le oui.

Les questions subsidiaires sont :

*Laquelle **garder ou créer une nouvelle ?*
Il semble y avoir consensus pour garder dev qui est plus explicite et 
qui a le mérite d'exister (et donc de nous éviter un autre débat de 6 
mois pour trouver le nouveau nom... SPIP <3 :) )


*Expliciter la distinction entre les 2*
Proposition qui ressort des échanges :
- user pour l’entraide sur SPIP et les plugins
- dev pour ce qui touche au développement du core et des plugins.

On a gros gogogo ou je me trompe ?

                jean marie


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


[SPIP Zone] Contrib en 3.3 et les images

2019-10-10 Par sujet Jean Marie Grall

Salut,

je remonte un petit souci sur contrib depuis le passage en 3.3.

L'affichage d'images dans le contenu semble cassée, voir les 3 images du 
chapo de https://contrib.spip.net/PHANTOM-HTML5UP qui, avant, 
s'affichaient comme https://contrib.spip.net/Solid-State-HTML5up


Pour retrouver l'affichage initial, j'ai changé les 
 en
|  |  | 
 |


Le forum semble aussi impacté : 
https://contrib.spip.net/Solid-State-HTML5up#comment501665


Autre exemple : 
https://contrib.spip.net/Parallelism-pour-SPIP#Utilisation-des-rubriques-et-articles


J'ai l'impression qu'avant le redimensionnement se faisait sur la 
hauteur alors que maintenant, c'est sur la largeur.


Voilà pour le signalement.

                jean marie


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


Re: [SPIP Zone] NoSpam (et Mailsubscriber)

2019-10-08 Par sujet Jean Marie Grall

Le 08/10/2019 à 13:48, stephane poupard via spip-zone a écrit :


|a priori je suis clean|

Ça veut surtout dire que tu n'es pas impacté par les mêmes IP que moi, 
mais il y en a peut être d'autres.
Regarde plutôt la fréquence des derniers abonnements (trié par date 
inverse) et s'il viennent de la même IP ou pas.


                jean marie


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


Re: [SPIP Zone] NoSpam (et Mailsubscriber)

2019-10-08 Par sujet Jean Marie Grall

(je réponds sur la liste pour info)

Sur la fiche d'un abonné, tu as un champ "Opt-in" avec la date 
d'inscription, le mail et l'IP.


Dans mon cas, il y avait 3 à 6 abonnements par jour (ce qui est flatteur 
mais peu réaliste) avec des adresses en aol/gmail/yahoo ou autres FAI 
anglo-saxons.


                jean marie


Le 08/10/2019 à 13:31, stephane poupard a écrit :

yo je voulais regardé sur un site qui permet les inscriptions

il est passé a 660 inscrit

je me suis dit peu etre est il concerné


moi j'ai que des adresse mail, ou trouvé les ip dont tu parle

en bdd ou quelque part ?


Le 08/10/2019 à 11:57, Jean Marie Grall a écrit :

Salut,

pour info, j'ai plusieurs sites qui sont concernés, dont certains 
avec peu de trafic, donc je me dis que si même ces sites sont 
spammés, ça doit ratisser large au niveau des robots spammeurs. A 
voir si d'autres sont concernés sur la liste (j'ai été alerté un 
retour de mail en erreur, donc un peu par hasard, j'aurais pu passer 
à côté).


Voici les 3 IP en question:
185.217.0.138
91.236.116.14
195.3.144.210

Pour ma part, j'ai utilisé la technique de b_b "deny from 
xxx.xxx.xxx.xxx".


                jean marie

Le 17/09/2019 à 11:23, Jean Marie Grall a écrit :

Salut,

depuis le mois de juillet, j'ai des inscriptions abusives sur un 
formulaire de newsletter. Ce sont les 3 mêmes IP qui abonnent 3 ou 4 
adresses par jour et passent donc sous le radar du jeton de NoSpam. 
La liste http://spip.pastebin.fr/58315


Ces adresses sont repérées dans des bases abuse (ex 
https://www.abuseipdb.com/check/195.3.144.210 ).


Est-ce qu'il y a une solution contre ça ?

                jean marie


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


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




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


Re: [SPIP Zone] NoSpam (et Mailsubscriber)

2019-10-08 Par sujet Jean Marie Grall

Salut,

pour info, j'ai plusieurs sites qui sont concernés, dont certains avec 
peu de trafic, donc je me dis que si même ces sites sont spammés, ça 
doit ratisser large au niveau des robots spammeurs. A voir si d'autres 
sont concernés sur la liste (j'ai été alerté un retour de mail en 
erreur, donc un peu par hasard, j'aurais pu passer à côté).


Voici les 3 IP en question:
185.217.0.138
91.236.116.14
195.3.144.210

Pour ma part, j'ai utilisé la technique de b_b "deny from xxx.xxx.xxx.xxx".

                jean marie

Le 17/09/2019 à 11:23, Jean Marie Grall a écrit :

Salut,

depuis le mois de juillet, j'ai des inscriptions abusives sur un 
formulaire de newsletter. Ce sont les 3 mêmes IP qui abonnent 3 ou 4 
adresses par jour et passent donc sous le radar du jeton de NoSpam. La 
liste http://spip.pastebin.fr/58315


Ces adresses sont repérées dans des bases abuse (ex 
https://www.abuseipdb.com/check/195.3.144.210 ).


Est-ce qu'il y a une solution contre ça ?

                jean marie


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


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


Re: [SPIP Zone] [GIS] Zoom impossible si centrer_auto=oui

2019-09-26 Par sujet Jean Marie Grall

Euh, ok : https://zone.spip.org/trac/spip-zone/changeset/117966

Mais j'ai un peu l'impression de toucher à la déco de ta chambre, ça me 
gêne :)




Le 26/09/2019 à 09:54, Bruno Bergot a écrit :

Allez Jean Marie, paye ton commmit ;)

Un simple delete map.options.maxZoom; après map.fitBounds(bounds, 
options); à la ligne 220 et zou


++
b_b

Le 26/09/2019 à 09:45, Bruno Bergot a écrit :

J'allais le dire, merci de m'avoir devancé ;)

Je te laisse corriger ?

++
b_b


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


Re: [SPIP Zone] [GIS] Zoom impossible si centrer_auto=oui

2019-09-26 Par sujet Jean Marie Grall

Le 26/09/2019 à 09:21, Bruno Bergot a écrit :
Testé à l'instant, je peux zommer et dézommer à volonté, je ne 
reproduis pas donc...


Une url à partager ?


Hop https://www.brestculture.fr/leyla-mccalla.html (en bas de page)

Alors que là, pas de problème : https://www.brestculture.fr/ceouceki.html


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


Re: [SPIP Zone] [GIS] Zoom impossible si centrer_auto=oui

2019-09-26 Par sujet Jean Marie Grall

Yep, up-to-date...
Et j'ai testé également avec la version de ton commit (4.47.5)

Le bug, avant ton commit, était différent : la carte s'affichait en zoom 
max. Là, elle s'affiche avec le bon zoom (passé en paramètre avec 
zoom=9) mais on ne peut pas zommer plus. Par contre, on peut dézoomer.



Le 25/09/2019 à 18:52, Bruno Bergot a écrit :

Hop,

Le 25/09/2019 à 17:41, Jean Marie Grall a écrit :

Salut,

depuis 
https://zone.spip.net/trac/spip-zone/changeset/116107/spip-zone/_plugins_/gis/trunk 
, le zoom in ne fonctionne plus lorsqu'il y a centrer_auto=oui.

Sans le centrer_auto, ça fonctionne.

Voir en bas de la page https://www.brestculture.fr/leyla-mccalla.html

Le code:

[(#INCLURE{fond=modeles/carte_gis,
objet=article,
id_objet=#ID_ARTICLE,
zoom_wheel=non,
centrer_auto=oui,
hauteur=260px,
zoom=9,
zoom_molette=non})]



Ton plugin est à jour ? J'ai souvenir d'avoir corrigé ce bug il y a 3 
semaines cf https://contrib.spip.net/GIS-4#comment502183-502163


++
b_b


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


[SPIP Zone] [GIS] Zoom impossible si centrer_auto=oui

2019-09-26 Par sujet Jean Marie Grall

Salut,

depuis 
https://zone.spip.net/trac/spip-zone/changeset/116107/spip-zone/_plugins_/gis/trunk 
, le zoom in ne fonctionne plus lorsqu'il y a centrer_auto=oui.

Sans le centrer_auto, ça fonctionne.

Voir en bas de la page https://www.brestculture.fr/leyla-mccalla.html

Le code:

[(#INCLURE{fond=modeles/carte_gis,
objet=article,
id_objet=#ID_ARTICLE,
zoom_wheel=non,
centrer_auto=oui,
hauteur=260px,
zoom=9,
zoom_molette=non})]

                jean marie

--

Cousu Main
*Jean Marie Grall*
Fabricant de site internet
06.10.07.76.29
www.cousumain.info <http://www.cousumain.info>
jeanma...@cousumain.info <mailto:jeanma...@cousumain.info>



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


[SPIP Zone] [GIS] Zoom impossible si centrer_auto=oui

2019-09-25 Par sujet Jean Marie Grall

Salut,

depuis 
https://zone.spip.net/trac/spip-zone/changeset/116107/spip-zone/_plugins_/gis/trunk 
, le zoom in ne fonctionne plus lorsqu'il y a centrer_auto=oui.

Sans le centrer_auto, ça fonctionne.

Voir en bas de la page https://www.brestculture.fr/leyla-mccalla.html

Le code:

[(#INCLURE{fond=modeles/carte_gis,
objet=article,
id_objet=#ID_ARTICLE,
zoom_wheel=non,
centrer_auto=oui,
hauteur=260px,
zoom=9,
zoom_molette=non})]

            jeanmarie

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


[SPIP Zone] Mailsubscribers : Export des champs extras

2019-09-23 Par sujet Jean Marie Grall

Salut,

suite à la création de champs extras sur mes Mailsubscribers, j'ai voulu 
faire un export des abonnés. Mais par défaut, ces champs extras ne sont 
pas dans le csv exporté.


J'ai donc modifié action/mailsubscribers_export.php pour l'export (et 
formulaires/importer_mailsubscribers.php pour l'import) mais on ne peut 
pas vraiment dire que ça soit une solution très... propre :/


Existe-t'il une solution propre / pérenne pour avoir les champs extras à 
l'export et l'import ?


                jean marie


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


Re: [SPIP Zone] NoSpam (et Mailsubscriber)

2019-09-17 Par sujet Jean Marie Grall

Salut,

Le 17/09/2019 à 11:29, Bruno Bergot a écrit :

Hop,

Le 17/09/2019 à 11:23, Jean Marie Grall a écrit :

Salut,

depuis le mois de juillet, j'ai des inscriptions abusives sur un 
formulaire de newsletter. Ce sont les 3 mêmes IP qui abonnent 3 ou 4 
adresses par jour et passent donc sous le radar du jeton de NoSpam. 
La liste http://spip.pastebin.fr/58315


Ces adresses sont repérées dans des bases abuse (ex 
https://www.abuseipdb.com/check/195.3.144.210 ).


Est-ce qu'il y a une solution contre ça ?


Un simple deny dans ton htaccess et zou :

deny from 185.217.0.138


Ah oui, un peu radical mais terriblement efficace :)

                        jean marie



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


[SPIP Zone] NoSpam (et Mailsubscriber)

2019-09-17 Par sujet Jean Marie Grall

Salut,

depuis le mois de juillet, j'ai des inscriptions abusives sur un 
formulaire de newsletter. Ce sont les 3 mêmes IP qui abonnent 3 ou 4 
adresses par jour et passent donc sous le radar du jeton de NoSpam. La 
liste http://spip.pastebin.fr/58315


Ces adresses sont repérées dans des bases abuse (ex 
https://www.abuseipdb.com/check/195.3.144.210 ).


Est-ce qu'il y a une solution contre ça ?

                jean marie


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


Re: [SPIP Zone] Relecture des catégorisation de plugins d'ici le 15 septembre

2019-09-10 Par sujet Jean Marie Grall

Re,

Le 10/09/2019 à 11:35, Eric Lupinacci a écrit :
Le mar. 10 sept. 2019 à 11:02, Jean Marie Grall 
<mailto:jeanmarie.lis...@cousumain.info>> a écrit :


Alors il faut, dans le framacalc, ajouter tous les squelettes
HTML5up (voir
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up
) et pas seulement avoir HTML5 up dans squelette-editorial (L54)
pour voir si les catégories sont pertinentes.

Je ne sais pas, ce sont des plugins différents avec un préfixe 
différent ? Si oui, pas de souci, sinon je ne vois pas comment tu peux 
le faire.


Oui, ce sont des plugins différents avec leur propre préfixe. Ça en fait 
une 12aine en tout...




Comme je le disais, Massively fait du blog *et* de l'éditorial,
donc comment faire pour qu'il soit trouvable sur contrib pour les
2 besoins ?
D'autant que l'idée est d'aller autant que possible vers ce
fonctionnement pour les squelettes.

Soit mais la catégorie est unique, il faut choisir.


Ou dé-rigidifier les catégories en gardant uniquement "Squelette" tout 
comme il y a une seule catégorie "Thème" :)


Je ne saisis pas bien où est le souci, est-ce qu'il y en a un ? Le nombre ?



Maintenant je suis dubitatif sur la versatilité du squelette mais bon...


Et pourtant :)

                        jean marie



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


Re: [SPIP Zone] Relecture des catégorisation de plugins d'ici le 15 septembre

2019-09-10 Par sujet Jean Marie Grall

Salut,

Le 04/09/2019 à 16:37, Eric Lupinacci a écrit :

Hello

Le mar. 3 sept. 2019 à 15:01, Jean Marie Grall 
<mailto:jeanmarie.lis...@cousumain.info>> a écrit :


Je croyais avoir compris dans les différents échanges (liens
ci-dessous) que la distinction entre les types de squelettes (one
page, blog, éditorial, etc...) ne serait pas par catégorie mais
qu'on utiliserait plutôt des filtres car un squelette peut très
bien fonctionner en blog _et_ en éditorial. C'est le cas de
Massively par ex et, idéalement, du plus grand nombre possible à
venir.

Dans le framacalc, il y a "HTML5 up" dans squelette-editorial
(L54), alors qu'il y a plusieurs squelettes/plugin HTML5 up
(Massively, Solid State...).

Est-ce que les squelettes ne devraient pas être rangés tous
ensemble et utiliser des filtres (mot-clefs ?) pour les trouver
(cf liste dans le pad ci dessous) ? Ça permettrait à un même
squelette d'avoir plusieurs filtres.

Non, en tout cas moi je n'ai pas le souvenir de cette décision.
Par contre, on a toujours dit qu'on complèterait par des mots-clés 
pour la famille ou autre.


Alors il faut, dans le framacalc, ajouter tous les squelettes HTML5up 
(voir 
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up ) 
et pas seulement avoir HTML5 up dans squelette-editorial (L54) pour voir 
si les catégories sont pertinentes.


Comme je le disais, Massively fait du blog *et* de l'éditorial, donc 
comment faire pour qu'il soit trouvable sur contrib pour les 2 besoins ?
D'autant que l'idée est d'aller autant que possible vers ce 
fonctionnement pour les squelettes.



Je rappelle aussi que pour les plugins SVP Typologie supporte 
aujourd'hui la catégorie mais aussi les tags si tant est qu'on veuille 
bien les définir. Je pense que c'est par là qu'on devrait aussi passer 
pour les squelettes car ça serait indépendant des rubriques de Contrib.


J'avoue ne pas bien saisir cette partie, donc c'est peut-être une 
solution...


                            jean marie



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


Re: [SPIP Zone] Un modèle pour mettre en forme le contenu des newsletters

2019-09-10 Par sujet Jean Marie Grall

Salut,

Le 09/09/2019 à 19:51, JLuc a écrit :

Et puis... la doc sur seenthis ça me fait soupirer : pfff
[...]
Ça sera rigolo à référencer sur spip.net ou contrib.spip.net aussi...


C'est un article de travail pour échanger, si on sent un intérêt plus 
général, je le proposerai évidemment sur contrib.




C'est une proposition bien intéressante à une problématique réelle.


Donc n'hésite pas à faire des retours si tu le test...

                            jean marie


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


[SPIP Zone] Un modèle pour mettre en forme le contenu des newsletters

2019-09-09 Par sujet Jean Marie Grall

Salut,

j'ai partagé sur seenthis une #spip_recette pour mettre en forme le 
contenu des newsletters :

https://seenthis.net/messages/800984

Si vous voulez tester et/ou faire des retours, je prends...

Bonne soirée,

                    jeanmarie


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


Re: [SPIP Zone] Mailsubscribers et Champs Extras

2019-09-06 Par sujet Jean Marie Grall
Hop le mini-tuto : 
https://contrib.spip.net/Afficher-des-champs-extras-dans-le-formulaire-d?var_mode=preview_previewtoken=10986-cc4f695f3be7e7a1b1b257007bffe43a496e6180

Si vous voyez des modifs avant publication.

Et c'est mis à jour dans le forum...


Le 04/09/2019 à 15:38, Jean Marie Grall a écrit :

[...]

Je vais corriger sur le forum histoire de faire propre... ou même un 
petit tuto ?


                    jean marie



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


[SPIP Zone] Champs extras obligatoires dans l'espace public

2019-09-06 Par sujet Jean Marie Grall

Salut,

j'ai créé des champs extras dans un plugins via l'API CE, je les ai 
indiqués comme obligatoire. Dans le privé, pas de souci, j'ai bien un 
message d'erreur si je ne les renseigne pas, mais dans le public, pas de 
message, le formulaire est bien enregistré avec ces champs restés vides.


Comment faire pour que cette validation se fasse également dans le public ?

Le code de création des champs extras : http://spip.pastebin.fr/58161

                jean marie


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


Re: [SPIP Zone] Mailsubscribers et Champs Extras

2019-09-04 Par sujet Jean Marie Grall


Le 04/09/2019 à 15:28, Matthieu Marcillaud a écrit :

Entre temps, je pense avoir compris une partie du problème.

La fonction "pipeline()" qui est utilisée par SPIP a un retour 
différent en fonction du nombre d’éléments dans le tableau qu’elle 
reçoit. S’il y a 2 éléments et la clé 'data' (args + data le plus 
souvent), elle ne retourne que le contenu de 'data'.


Dans le pipeline charger de l’exemple indiqué de cform, on insère les 
saisies à la racine directement, ce qui me semble faux (on obtient 
args + data + _champs_extras_saisies), ce qui modifie le retour de 
'pipeline', tout en insérant la clé pour les saisies a priori au 
mauvais endroit.


Tentes avec cette correction ( ['data'] en plus sur l’affectation des 
saisies)


Bien vu, c'est ça !

Avec cette correction, le formulaire affiche bien mon adresse (car je 
suis connecté) et NoSpam lui ajoute bien le jeton, donc les inscriptions 
fonctionnent.


Merci pour le SAD :) Je vais corriger sur le forum histoire de faire 
propre... ou même un petit tuto ?


                    jean marie


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


Re: [SPIP Zone] Mailsubscribers et Champs Extras

2019-09-04 Par sujet Jean Marie Grall

Merci à tous les 2 pour vos pistes.


Le 04/09/2019 à 12:08, Maïeul a écrit :
sans doute le "bug" connu de la trop grande sucession d'#INCLURE. Il 
faut préferer des 


Je fais mes tests avec la dist et le minimum de plugins activés : 
Newsletter / Champs extras / NoSpam et leurs dépendances + le plugin 
CForm (https://contrib.spip.net/Mailsubscribers#comment488981-488496)

Donc à priori pas d'inclures surnuméraires...


Le 04/09/2019 à 13:23, Matthieu Marcillaud a écrit :
Ça serait pas un oubli de déclaration de  ou  sur 
ton plugin pour que l’un passe avant l’autre ? (je dis ça au pif)


J'ai essayé :



c'est pas mieux... Comment savoir qui passe en 1er ?

A partir du moment où j’active CForm, il y a 2 choses qui changent (en 
plus de l'apparition des champs extras) :
- NoSpam ne laisse plus passer le formulaire car il n'y a pas inséré le 
jeton
- le champ adresse n'affiche plus mon adresse comme si session_email 
n'était plus dispo dans l'environnement


L'environnement avec CForm : http://spip.pastebin.fr/58134
L'environnement sans CForm : http://spip.pastebin.fr/58135

                jean marie


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


Re: [SPIP Zone] Mailsubscribers et Champs Extras

2019-09-04 Par sujet Jean Marie Grall

Suite de mes galères...

En creusant, le log de nospam indique un problème de jeton avec le 
formulaire newsletter_subscribe : http://spip.pastebin.fr/58131
Log activé une fois décommenté L265 de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/nospam/nospam_pipelines.php#L265


J'ai donc tenté de redéclarer le formulaire via pipelines de mon plugin 
avec


functioncform_nospam_lister_formulaires($formulaires) {
$formulaires[] = 'newsletter_subscribe';
$formulaires[] = 'newsletter_unsubscribe';
return$formulaires;
}

(comme le fait mailsubscribers 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/mailsubscribers/trunk/mailsubscribers_pipelines.php#L385 
) + plugin.xml, mais c'est pas mieux.


Bref, je suis coincé ! Alors, si qq1 a une piste, je prends...


Le 02/09/2019 à 15:31, Jean Marie Grall a écrit :


Je tente un petit up, des fois que...

Le 28/08/2019 à 15:43, Jean Marie Grall a écrit :


Salut,

j'essaie de suivre la méthode de Marcimat pour ajouter des champs 
extras au formulaire d'inscription à la newsletter :

https://contrib.spip.net/Mailsubscribers#comment488981-488496

Je passe donc via un plugin indépendant mais, avec NoSpam activé, 
j’ai une erreur lorsque je valide le formulaire avec champ extra : « 
/Impossible de prendre en compte votre message. Merci de le soumettre 
à nouveau !/ »

Si je supprime le champ extra, ça refonctionne.

Est-ce qu'il faut redéclarer qqch à NoSpam quand il y a un champ extra ?

                jean marie





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

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


Re: [SPIP Zone] Relecture des catégorisation de plugins d'ici le 15 septembre

2019-09-03 Par sujet Jean Marie Grall

Salut,

de retour de congés, je découvre le résultat de ce gros boulot, bravo à 
tous les 2 !


Je reviens juste sur les squelettes :

Je croyais avoir compris dans les différents échanges (liens ci-dessous) 
que la distinction entre les types de squelettes (one page, blog, 
éditorial, etc...) ne serait pas par catégorie mais qu'on utiliserait 
plutôt des filtres car un squelette peut très bien fonctionner en blog 
_et_ en éditorial. C'est le cas de Massively par ex et, idéalement, du 
plus grand nombre possible à venir.


Dans le framacalc, il y a "HTML5 up" dans squelette-editorial (L54), 
alors qu'il y a plusieurs squelettes/plugin HTML5 up (Massively, Solid 
State...).


Est-ce que les squelettes ne devraient pas être rangés tous ensemble et 
utiliser des filtres (mot-clefs ?) pour les trouver (cf liste dans le 
pad ci dessous) ? Ça permettrait à un même squelette d'avoir plusieurs 
filtres.


Voilà pour mes retours...

*VOX - Action 6 : Où mettre en valeur les thèmes et squelettes?*
https://framavox.org/d/Bi4WPago/action-6-o-mettre-en-valeur-les-th-mes-et-squelettes-

*VOX - Action 9 - Regroupement des squelettes par famille*
https://framavox.org/d/zSMgCpWL/action-9-regroupement-des-squelettes-par-famille

*PAD - Mise en valeur des thèmes et squelettes*
https://annuel.framapad.org/p/mise-en-valeur-des-themes-et-squelettes

                jean marie


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

Chers tous, chères toutes,

concernant la refonte de spip-contrib, cela avance très bien grâce au 
super travail d'Eric.


Une partie du travail (mais une partie seulement) est la définition  
de catégories de plugins et la réaffectation des plugins. Eric avait 
fait un gros premier travail, j'avais complété avec mon avis, puis 
Eric a repris mes avis pour finir.


Mais du coup nous ne sommes que deux à travailler là dessus. Et des 
avis tiers seraient le bienvenus. Cependant, pour ne pas non plus nous 
éterniser là dessus, nous avons fixé un délai au 15 septembre pour vos 
remarques.


Deux framacalcs sont disponibles pour relecture :

- l'un explicant le sens des catégories : 
https://lite.framacalc.org/contrib-categories
- l'autre affectant les plugins existants (en tout cas ceux existant 
en mai) aux nouvelles catégories. 
https://lite.framacalc.org/contrib-plugin-categorie


Merci aux relectrices et relecteurs de faire part de vos commentaires 
dans une colonne dédiée, d'ici le 15 septembre.


Maïeul


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

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


Re: [SPIP Zone] Mailsubscribers et Champs Extras

2019-09-02 Par sujet Jean Marie Grall

Je tente un petit up, des fois que...

Le 28/08/2019 à 15:43, Jean Marie Grall a écrit :


Salut,

j'essaie de suivre la méthode de Marcimat pour ajouter des champs 
extras au formulaire d'inscription à la newsletter :

https://contrib.spip.net/Mailsubscribers#comment488981-488496

Je passe donc via un plugin indépendant mais, avec NoSpam activé, j’ai 
une erreur lorsque je valide le formulaire avec champ extra : « 
/Impossible de prendre en compte votre message. Merci de le soumettre 
à nouveau !/ »

Si je supprime le champ extra, ça refonctionne.

Est-ce qu'il faut redéclarer qqch à NoSpam quand il y a un champ extra ?

                jean marie




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


[SPIP Zone] Mailsubscribers et Champs Extras

2019-08-28 Par sujet Jean Marie Grall

Salut,

j'essaie de suivre la méthode de Marcimat pour ajouter des champs extras 
au formulaire d'inscription à la newsletter :

https://contrib.spip.net/Mailsubscribers#comment488981-488496

Je passe donc via un plugin indépendant mais, avec NoSpam activé, j’ai 
une erreur lorsque je valide le formulaire avec champ extra : « 
/Impossible de prendre en compte votre message. Merci de le soumettre à 
nouveau !/ »

Si je supprime le champ extra, ça refonctionne.

Est-ce qu'il faut redéclarer qqch à NoSpam quand il y a un champ extra ?

                jean marie


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


[SPIP Zone] Évolution thème Alpha HTML5UP

2019-07-19 Par sujet Jean Marie Grall

Salut,

je suis à 2 doigts de faire des modifs qui changeraient la page de 
config du plugin Alpha, dont notamment une gestion différente du bloc 
callTo action ( 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_alpha/inclure/CallToAction.html 
) :
- affichage du formulaire newsletter uniquement si le plugin est 
installé (donc suppression du champ sur la page de config)

- possibilité d'afficher le contenu d'un article dans le bloc

Tant qu'à y être, j’uniformiserais bien le fonctionnement avec les 
autres plugins (gestion des icônes sociaux avec le plugin dédié Liens 
vers les réseaux sociaux par exemple).


Ces modifs nécessiteraient un changement de version (au moins la gestion 
des icônes sociaux).


Est-ce qu'on passe le plugin en branche avec un trunk ?
Si oui, comme je en sais tjs pas le faire, qq1 pourrait me le faire ? :)

merci,

                    jeanmarie


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


Re: [SPIP Zone] [Spip-zone-commit] r115973 - in _squelettes_/html5up_solid_state

2019-07-18 Par sujet Jean Marie Grall


Le 18/07/2019 à 16:07, Cerdic a écrit :
Bon je crois que j’ai réussi à corriger ce problème avec un SVG 
d’encapsulation.

Tu peux tester la dernière version et me dire ?


Ça a l'air mieux : 
https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html

Même si je ne vois pas le svg d'encapsulation...


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


Re: [SPIP Zone] [Spip-zone-commit] r115973 - in _squelettes_/html5up_solid_state

2019-07-18 Par sujet Jean Marie Grall
Hop un site de test : 
https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html
(sur la grande image mais pas la petite alors qu'en local, c'est plutôt 
la petite)


Avec les réglages par défaut du plugin : 
https://framapic.org/ctrmHv4iH26C/k56BU3zi9gOu.png

Et pas d'autres plugins activés.

c'est un comportement que j'ai depuis longtemps mais qui parait aléatoire...

                jean marie

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

Hello,


Tu utilises la dernière version du plugin Adaptive Images ?
Si oui il faudrait que je puisse voir le cas exact en ligne pour 
essayer de le fixer, ou à défaut que tu me donnes tous les réglages 
que tu as dans le plugin adaptive images, et la dimension exacte de 
l’image d’origine concernée, que j’essaye de reproduire…


Le problème :
- on envoie dans le html une image miniature jpg/compressée qu’on 
floute en CSS pour avoir un visuel le temps du chargement de la vrai image
- quand on génère la miniature, il y a des arrondis de px et du coup 
on peut avoir un léger décalage entre le rapport hauteur/largeur de la 
miniature et celui de la vrai image, qui créé le désagrément : la 
balise img s’affiche avec la miniature en data-url, elle en reprend 
donc exactement les dimensions, meme si on ne la voit pas et qu’on ne 
voit que la bonne image
- quand tu (right) clic il y a un bout de JS qui remplace l’attribut 
src de l’image et enlève la miniature pour mettre la vrai image 
affichée. Ceci au cas où tu voulais faire « enregistrer cette image… » 
ou « ouvrir cette image dans un nouvel onglet » ou tout chose de ce 
genre, et ne pas te retrouver avec la miniature à la place
Mais en effet, si on a un léger décalage de ratio, ça provoque un 
petit saut à ce moment là.


Plusieurs solutions
1/ vérifier que ton plugin est bien à jour
2/ modifier les réglages pour avoir une taille de miniature qui colle 
bien avec la taille de tes images (ça ça marche bien si toutes les 
images du site sont dans une taille standard un peu normalisée)
3/ utiliser une miniature d’aperçu de type vectorielle, qui est 
maintenant proposée, comme le double gradient, le tracé de contours ou 
le géometrize - dans ce cas on a pas le problème



--
Cédric
Le 18 juil. 2019 à 14:09 +0200, Jean Marie Grall 
, a écrit :


C'est fait : 
https://zone.spip.net/trac/spip-zone/changeset/115986/spip-zone


Question : à quoi sert le onmousedown="adaptImgFix(this)" sur les 
images adaptées ? par défaut, les images sont légèrement floues car 
agrandies artificiellement d'1 ou 2px. Quand on clique dessus, elles 
reprennent le taille normale.


Voir https://framapic.org/pvBzl5q6LzkS/X7I1LyWVSYHR.png image nette 
(= cliquée) à gauche et floue (= pas cliquée donc) à droite.


Comportement observée avec la dist et uniquement Adaptive Images activé.

jean marie


Le 16/07/2019 à 14:37, Jean Marie Grall a écrit :


Salut Cédric,

merci pour ton retour.

L'idée était de rendre le plugin le moins dépendant possible mais 
effectivement, si ça casse le fonctionnement des images adaptatives, 
je vais revoir ça.


Je suis en train de le rependre pour fonctionner avec 
adaptive_images car actuellement, ça ne marche pas car les arrondis 
son sur les  alors qu'adaptive_images fonctionne avec des  
image de fond aux . Je vais voir pour un fonctionnement 
plus souple...


Le passage du plugin de dev à test était peut-être anticipé :)

                jean marie


Le 15/07/2019 à 16:08, Cerdic a écrit :

Hello Jean-marie,

c’est justement une erreur fréquente : si tu passes |image_reduire 
sur les images de la page, adaptive_images ne peux plus rien faire 
de bien car il se retrouve avec une image basse def comme source 
(si ta maquette a des largeurs d’image en 1200px, adaptive_images a 
besoin d’images sources en 2400px au moins pour pouvoir servir les 
écrant hautes définition)


Il faut choisir l’un ou l’autre !

--
Cédric
Le 15 juil. 2019 à 13:03 +0200, spip-zone-com...@rezo.net, a écrit :

Author: jeanmarie.lis...@cousumain.info
Date: 2019-07-15 11:03:17 + (Mon, 15 Jul 2019)
New Revision: 115973

Modified:
_squelettes_/html5up_solid_state/inclure/sections/article.html
_squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
_squelettes_/html5up_solid_state/inclure/sections/rubrique.html
_squelettes_/html5up_solid_state/modeles/bouton.html
_squelettes_/html5up_solid_state/paquet.xml
Log:
V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute 
façon, si on l'active, prend la main sur image_reduire
- donner des tailles à image_reduire pour ne pas charger les 
images pleine balle (1210px pour le contenu qui semble être la 
taille max de la maquette)



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

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



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


spip-zone@rezo.net - https://liste

Re: [SPIP Zone] [Spip-zone-commit] r115973 - in _squelettes_/html5up_solid_state

2019-07-18 Par sujet Jean Marie Grall

C'est fait : https://zone.spip.net/trac/spip-zone/changeset/115986/spip-zone

Question : à quoi sert le onmousedown="adaptImgFix(this)" sur les images 
adaptées ? par défaut, les images sont légèrement floues car agrandies 
artificiellement d'1 ou 2px. Quand on clique dessus, elles reprennent le 
taille normale.


Voir https://framapic.org/pvBzl5q6LzkS/X7I1LyWVSYHR.png image nette (= 
cliquée) à gauche et floue (= pas cliquée donc) à droite.


Comportement observée avec la dist et uniquement Adaptive Images activé.

                jean marie


Le 16/07/2019 à 14:37, Jean Marie Grall a écrit :


Salut Cédric,

merci pour ton retour.

L'idée était de rendre le plugin le moins dépendant possible mais 
effectivement, si ça casse le fonctionnement des images adaptatives, 
je vais revoir ça.


Je suis en train de le rependre pour fonctionner avec adaptive_images 
car actuellement, ça ne marche pas car les arrondis son sur les  
alors qu'adaptive_images fonctionne avec des  image de fond aux 
.  Je vais voir pour un fonctionnement plus souple...


Le passage du plugin de dev à test était peut-être anticipé :)

                jean marie


Le 15/07/2019 à 16:08, Cerdic a écrit :

Hello Jean-marie,

c’est justement une erreur fréquente : si tu passes |image_reduire 
sur les images de la page, adaptive_images ne peux plus rien faire de 
bien car il se retrouve avec une image basse def comme source (si ta 
maquette a des largeurs d’image en 1200px, adaptive_images a besoin 
d’images sources en 2400px au moins pour pouvoir servir les écrant 
hautes définition)


Il faut choisir l’un ou l’autre !

--
Cédric
Le 15 juil. 2019 à 13:03 +0200, spip-zone-com...@rezo.net, a écrit :

Author: jeanmarie.lis...@cousumain.info
Date: 2019-07-15 11:03:17 + (Mon, 15 Jul 2019)
New Revision: 115973

Modified:
_squelettes_/html5up_solid_state/inclure/sections/article.html
_squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
_squelettes_/html5up_solid_state/inclure/sections/rubrique.html
_squelettes_/html5up_solid_state/modeles/bouton.html
_squelettes_/html5up_solid_state/paquet.xml
Log:
V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute 
façon, si on l'active, prend la main sur image_reduire
- donner des tailles à image_reduire pour ne pas charger les images 
pleine balle (1210px pour le contenu qui semble être la taille max 
de la maquette)



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

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



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

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


Re: [SPIP Zone] [Spip-zone-commit] r115973 - in _squelettes_/html5up_solid_state

2019-07-16 Par sujet Jean Marie Grall

Salut Cédric,

merci pour ton retour.

L'idée était de rendre le plugin le moins dépendant possible mais 
effectivement, si ça casse le fonctionnement des images adaptatives, je 
vais revoir ça.


Je suis en train de le rependre pour fonctionner avec adaptive_images 
car actuellement, ça ne marche pas car les arrondis son sur les  
alors qu'adaptive_images fonctionne avec des  image de fond aux 
.  Je vais voir pour un fonctionnement plus souple...


Le passage du plugin de dev à test était peut-être anticipé :)

                jean marie


Le 15/07/2019 à 16:08, Cerdic a écrit :

Hello Jean-marie,

c’est justement une erreur fréquente : si tu passes |image_reduire sur 
les images de la page, adaptive_images ne peux plus rien faire de bien 
car il se retrouve avec une image basse def comme source (si ta 
maquette a des largeurs d’image en 1200px, adaptive_images a besoin 
d’images sources en 2400px au moins pour pouvoir servir les écrant 
hautes définition)


Il faut choisir l’un ou l’autre !

--
Cédric
Le 15 juil. 2019 à 13:03 +0200, spip-zone-com...@rezo.net, a écrit :

Author: jeanmarie.lis...@cousumain.info
Date: 2019-07-15 11:03:17 + (Mon, 15 Jul 2019)
New Revision: 115973

Modified:
_squelettes_/html5up_solid_state/inclure/sections/article.html
_squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
_squelettes_/html5up_solid_state/inclure/sections/rubrique.html
_squelettes_/html5up_solid_state/modeles/bouton.html
_squelettes_/html5up_solid_state/paquet.xml
Log:
V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute 
façon, si on l'active, prend la main sur image_reduire
- donner des tailles à image_reduire pour ne pas charger les images 
pleine balle (1210px pour le contenu qui semble être la taille max de 
la maquette)



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

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

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


Re: [SPIP Zone] r115824 - _squelettes_/html5up_spectral

2019-07-02 Par sujet Jean Marie Grall

Salut,

Le 02/07/2019 à 08:43, GraphX a écrit :


Si tes rédacteurs comprenne mieux que un article qui a le titre 
commençant par un prefixe ou qui a un mot clef masqué (chose que moi 
ils ne comprenne pas ou oublie) … tu fais bien comme tu veux ;-) c'est 
Ton squelette ^^


Ça soulève la question, quand on fait un plugin, de faire le tri entre 
son besoin spécifique et le besoin générique.


Quand on porte un thème comme ça, déjà on le fait donc bon ! Alors on a 
envie de le faire coller à notre besoin, c'est assez naturel. Mais, dans 
l'idéal, il faut voir quel est le besoin générique (qui profitera au 
plus grand nombre) et quel est le besoin particulier (pour notre projet 
spécifique).


D'où l'idée de polyvalence pour laisser le choix à l'utilisateur lambda. 
Mais dans certains cas, ce n'est pas possible donc on se retrouve à 
devoir surcharger certains fichiers dans un plugin perso car ce sont des 
besoins trop spécifiques et qui compliqueraient l'utilisation du plugin 
pour d'autres. C'est là que l'avis de la communauté est intéressant...


                    jean marie


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


Re: [SPIP Zone] r115824 - _squelettes_/html5up_spectral

2019-06-29 Par sujet Jean Marie Grall

Plusieurs approches possibles :
- les rédacteurs doivent pouvoir choisir quels articles (dans 
l'arborescence générale) apparaissent à cet endroit > mots clefs avec le 
plugin mot-clefs techniques
- les rédacteurs doivent pouvoir choisir quels articles (hors 
arborescence générale) apparaissent à cet endroit > plugin Pages uniques
- les articles sont fixes et plutôt choisis par le 
webmaster/administrateur > formulaire de config du plugin avec une 
saisie selection_article + Page uniques si pas dans l'arborescence générale


Pour un usage générique, le plugin Page unique est peut-être le plus 
adapté. Sinon, il va falloir créer une rubrique spéciale qui devrait 
être masquée, ça parait moins générique.



Le 29/06/2019 à 18:24, Vincent ROBERT a écrit :
Ben au début j'ai voulu mettre {titre!==^[666]} et puis je me suis dit 
que c'était abusé et que tous ne comprendrais pas...


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


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


Merci pour vos contributions avisées !

Vincent ROBERT


Le sam. 29 juin 2019 à 14:00, Mist. GraphX 
<mailto:arnaud.ber...@mister-graphx.com>> a écrit :


Le 29/06/2019 à 13:40, Vincent ROBERT a écrit :
> Bonjour à vous deux,
>
> Je considère ( considérais...) que {titre!==^[9]} n'était pas en
"dur
> " dans le squelette, car pour activer cette fonctionnalité il faut
> décider de mettre un 9 en début d'un article, d'une rubrique,
etc ...
>
> Mais s'l existe un plugin qui fait ça, alors je vais étudier la
chose
> prochainement.
>
> Et par la même occasion je me rend compte qu'il y en a qui
lisent les
> commit...  ^^
>
    >
    > Vincent ROBERT
>
>
> Le sam. 29 juin 2019 à 11:13, Jean Marie Grall
> mailto:jeanmarie.lis...@cousumain.info>
> <mailto:jeanmarie.lis...@cousumain.info
<mailto:jeanmarie.lis...@cousumain.info>>> a écrit :
>
>     Le 29/06/2019 à 10:54, RealET a écrit :
>     > spip-zone-com...@rezo.net
<mailto:spip-zone-com...@rezo.net>
<mailto:spip-zone-com...@rezo.net
<mailto:spip-zone-com...@rezo.net>> a
>     écrit le 29/06/2019 à 09:55 :
>     >>
>     >> {titre!==^[9]} ce qui commence par 9 ne sera pas référencé.
>     >>
>     >>
>     >> Details:
https://zone.spip.org/trac/spip-zone/changeset/115824
>     >>
>     > Il vaudrait beaucoup mieux utiliser une plugin pour ça.
>     > Par exemple : https://contrib.spip.net/Plugin-masquer
>
>     Il y a https://contrib.spip.net/Mots-techniques aussi selon les
>     besoins...
>
>     Plus généralement, l'idéal est d'éviter les trucs "en dur"
dans le
>     squelette :)
>
>     
> spip-zone@rezo.net <mailto:spip-zone@rezo.net>
<mailto:spip-zone@rezo.net <mailto:spip-zone@rezo.net>> -
> https://listes.rezo.net/mailman/listinfo/spip-zone
>
>
> 
> spip-zone@rezo.net <mailto:spip-zone@rezo.net> -
https://listes.rezo.net/mailman/listinfo/spip-zone

heu "ça c'était avant" masquer , mots techniques, etc

y'a le plugin pages qui sert a faire des pages autonomes ayant la
rubrique -1, ça m'as l'air fait pour.

autre détail c'est que la du coup tu peut plus utiliser les
prefixes de
titre pour ordonner si besoin


-- 
Bonne journée

Arnaud B. (Mist. GraphX)



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



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

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


Re: [SPIP Zone] r115824 - _squelettes_/html5up_spectral

2019-06-29 Par sujet Jean Marie Grall

Le 29/06/2019 à 10:54, RealET a écrit :

spip-zone-com...@rezo.net a écrit le 29/06/2019 à 09:55 :


{titre!==^[9]} ce qui commence par 9 ne sera pas référencé.


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


Il vaudrait beaucoup mieux utiliser une plugin pour ça.
Par exemple : https://contrib.spip.net/Plugin-masquer


Il y a https://contrib.spip.net/Mots-techniques aussi selon les besoins...

Plus généralement, l'idéal est d'éviter les trucs "en dur" dans le 
squelette :)



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 Jean Marie Grall

Hello,

Le 28/06/2019 à 18:56, spip-zone-com...@rezo.net a écrit :

Author: cen...@gmail.com
Date: 2019-06-28 16:56:07 + (Fri, 28 Jun 2019)
New Revision: 115818

[...]

Fond de page sommaire (chemin image) par encore géré par ce formulaire, en 
cours d'investigation.


Pour le fond, une possibilité est d'utiliser une saisie 
selecteur_document pour choisir le doc qui sera utilisé
voir 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_solid_state/formulaires/configurer_html5up_solid_state.html#L15


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.

                    jean marie


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


Re: [SPIP Zone] Maintenance de zone.spip.net

2019-06-24 Par sujet Jean Marie Grall

Hello,

Le 24/06/2019 à 19:03, Bruno Bergot a écrit :


Je confirme, je n'ai plus rencontré d'erreur avec le navigateur de la 
zone depuis la mise à jour, c'est un plaisir à utiliser :)


Encore merci !


Pas mieux !
Pas eu d'erreurs et la navigation est fluide...

Merci



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


Re: [SPIP Zone] Thèmes HTML5UP - Pour un portage efficace

2019-06-23 Par sujet Jean Marie Grall

Hello,

la doc est mûre : 
https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace


Je vous laisse faire des retours si vous le souhaitez et je demanderai 
sa publication dans la rubrique squelette la semaine prochaine si on est 
bon.


Bonne fin de week-end,

                    jean marie


Le 14/06/2019 à 10:39, Jean Marie Grall a écrit :

Salut,

j'ai commencé un article de doc pour le portage des thèmes HTML5UP 
sous forme de plugins :

https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace

En plus de la mise en commun de la config proposée par JLuc, j'ai 
ajouté un paragraphe "Fonctionnalités supplémentaires et plugins 
facultatifs" pour qu'on essaie, autant que possible, d'utiliser les 
mêmes outils.


L'idée est de faciliter le portage et le maintient des plugins dans le 
temps, l’usage pour les utilisateurs et, autant que possible, le 
changement entre les thèmes.


C'est en chantier et c'est ouvert !

                        jean marie



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


Re: [SPIP Zone] Partage de config entre les plugins HTML5UP

2019-06-22 Par sujet Jean Marie Grall
C'est effectivement un chantier intéressant... mais, pour des 
développeurs :)


Pour moi, une des priorités est de garder le portage de thèmes le plus 
simple possible pour rester accessible aux intégrateurs qui n'ont pas 
nécessairement des compétences de dev. Si on complexifie la manip, il 
faudra plus de compétences techniques et donc, moins de gens pourront le 
faire.


Donc, si on peut toujours porter simplement, notamment avec les balises 
#SAISIE (donc sans php), je dis go go go ! Mais s'il faut, au contraire, 
maitriser toute la doc juste pour porter un thème, ça serait se tirer 
une balle dans le pied.


Voilà pour ma réflexion du samedi soir :)

                jean marie


Le 22/06/2019 à 19:28, Vincent ROBERT a écrit :

Salut,

Tout ceci me plait mais déjà que je sais pas faire le formulaire de 
mon propre squelette je vais attendre un peu pour me lancer.


Dès que j'aurais compris je rejoindrais le mouvement.

Je viens de finir une grosse refonte de
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up?var_mode=calcul 



avec un joli tableau "clic et go", Jluc m'avait autorisé à tout casser 
pour voir.


Vincent ROBERT


Le sam. 22 juin 2019 à 19:01, Eric Lupinacci <mailto:e...@smellup.net>> a écrit :


Hello,


Le sam. 22 juin 2019 à 12:45, Jean Marie Grall
mailto:jeanmarie.lis...@cousumain.info>> a écrit :

Hello,

un plugin de configuration commun à tous les plugins HTML5UP
n'est pas une mauvaise idée en soit, mais je crois que, vu les
différences entre les thèmes, c'est un vœux pieux que
d'essayer d'uniformiser tout ça.

Par exemple, commun savoir, d'un thème à l'autre, s'il y a une
image d'entête (image 1) ou pas, si cette image doit être en
portrait ou paysage, s'il y a du texte dessus ou pas... Chaque
thème nécessitera des adaptations pour fonctionner.

Amha, ça me parait être un nid à complication pour peu
d'intérêt vu que toutes les autres config seront gérées par
des plugins indépendants. L’enjeu, pas contre, est de bien
nommer les choses (ex: menu pied page avec identifiant pied)
pour que ça marche sur chaque thème.

Je ne suis pas certain que ce soit si compliqué ou inintéressant.
Si les squelettes appartiennent à une même famille c'est qu'il
existe des choses communes autant avoir une configuration commune,
le tout c'est de bien définir ce que cela veut dire.
Après, avec Saisies en mode PHP ça devient hyper simple d'avoir
une config de base commune dans un plugin et de la modifier via
pipeline dans les squelettes pour soit l'adapter soit la compléter.
Ca me parait intéressant comme concept.

Mais ça peut se faire en deux temps.
Comme tu le dis ce qui est important c'est de bien nommer les
variables de config de façon identique pour pouvoir les extraire
ensuite si on en vient à faire cette config à part.
Mais franchement je trouve ce concept assez intéressant à creuser
et SPIP c'est le fun non?

++
Eric


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


Re: [SPIP Zone] Partage de config entre les plugins HTML5UP

2019-06-22 Par sujet Jean Marie Grall

(désolé, je n'ai répondu qu'à la moitié du mail)

Le 15/06/2019 à 17:13, Vincent ROBERT a écrit :

Que penses tu de la présentation en tableau des squelettes  ?
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up?var_mode=calcul 



C'est bien, oui :)

Je me disais qu'on pourrait aussi mettre en place une grille pour avoir 
qqch de visuel.
J'ai proposé un bout de squelette qu'on pourrait mettre en modèle pour 
afficher les sous-rubriques (1 par plugin) sous forme de vignettes : 
http://spip.pastebin.fr/57137


J'ai bien vu que le squelette de contrib était sur git mais je ne vois 
pas comment tester pour voir si ça fonctionne avant de faire un 
pull-request.


                jean marie



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


Re: [SPIP Zone] Partage de config entre les plugins HTML5UP

2019-06-22 Par sujet Jean Marie Grall

Hello,

un plugin de configuration commun à tous les plugins HTML5UP n'est pas 
une mauvaise idée en soit, mais je crois que, vu les différences entre 
les thèmes, c'est un vœux pieux que d'essayer d'uniformiser tout ça.


Par exemple, commun savoir, d'un thème à l'autre, s'il y a une image 
d'entête (image 1) ou pas, si cette image doit être en portrait ou 
paysage, s'il y a du texte dessus ou pas... Chaque thème nécessitera des 
adaptations pour fonctionner.


Amha, ça me parait être un nid à complication pour peu d'intérêt vu que 
toutes les autres config seront gérées par des plugins indépendants. 
L’enjeu, pas contre, est de bien nommer les choses (ex: menu pied page 
avec identifiant pied) pour que ça marche sur chaque thème.


J'ai bien envie d'être pragmatique sur ce coup pour qu'on puisse avancer :)

                jeanmarie


Le 15/06/2019 à 17:13, Vincent ROBERT a écrit :

Salut,

Je me demande si la bonne méthode pour faire ce n'est pas de créer un 
plugin de configuration des squettes HTML5.
Ce plugin resterait installé et il aurait pour unique vocation de 
conserver des paramètres, que chaque squelette utiliserait ou pas. 
Donc quand on change de squelette, le plugin de paramètrage reste, et 
le squelettte utilise certains paramètres commun.


Exemple de paramètres commun :

Couleur 1 / Couleur Texte 1
Couleur 2 / Couleur Texte 2
image 1 / image 2
n° Article héros / n° Article majeur / n° Article majeur

Et oui ils sont très différents, donc ça va être très difficile de 
trouver des paramètres commun au delà d'un jeu de couleur / d'image .


Que penses tu de la présentation en tableau des squelettes ?

https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up?var_mode=calcul 





Vincent ROBERT


Le sam. 15 juin 2019 à 12:00, Jean Marie Grall 
<mailto:jeanmarie.lis...@cousumain.info>> a écrit :


Salut,

j'ai bien avancé sur la doc pour le portage des thèmes sous forme
de plugin (
https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace )
mais je bloque sur la proposition de partager les formulaires de
config entre les plugins comme évoquée ici :
https://www.mail-archive.com/spip-zone@rezo.net/msg44580.html

En fait, je me pose la question de la pertinence pour 2 raisons :

  * si on "normalise" l'utilisation de plugins dédiés existants
pour certaines fonctionnalités (ex Liens vers les réseaux
sociaux ou Identité extra), ces infos ne sont plus dans le
plugin thème et le passage d'un thème à l'autre ne perdra pas
ces infos
  * les thèmes sont tellement différents que j'ai du mal à voir ce
qui pourrait être commun à chacun et, de toute façon, il
faudrait définir à l'avance ce qui sera commun et commun le
normaliser

Qu'en pensez-vous ? On essaie de creuser ce point ou on laisse
tomber ?

Bon week-end,

                jean marie


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


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 Jean Marie Grall

Salut,

Le 19/06/2019 à 11:11, JLuc a écrit :

J'ai répondu trop vite. Plutôt :
$tables['spip_documents']['modeles'][] = 'ligne';
$tables['spip_documents']['modeles'][] = 'slide';
(avec seulement les nouveaux à ajouter)


Bien vu, c'est commité : 
https://zone.spip.net/trac/spip-zone/changeset/115725/spip-zone


Merci !

                        jean marie


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


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

2019-06-19 Par sujet Jean Marie Grall

Salut,

le plugin medias_responsive_mod propose 2 nouveaux modèles pour afficher 
les images ( 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/medias_responsive_mod/squelettes/modeles 
). Le souci, c'est que les images affichées dans le contenu par ces 
modèles ne sont pas considérées comme vu.


En fouillant, j'ai trouvé la déclaration des modèles dans medias : 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/medias/base/medias.php#L216


J'ai donc surchargé declarer_tables_objets_sql avec ligne et slide :

functionmedias_responsive_mod_declarer_tables_objets_sql($tables) {
$tables['spip_documents'] = array(
'modeles'=> array('document', 'doc', 'img', 'emb', 'image', 'video', 
'text', 'audio', 'application','ligne','slide'),

);
return$tables;
}

Ça fonctionne mais je me dis qu'il doit y avoir mieux en ajoutant 
simplement les nouveaux modèles au lieu de surcharger l'ensemble (plus 
pérenne) mais je ne trouve pas la syntaxe.


Si vous avez des pistes...

                jeanmarie



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


[SPIP Zone] Partage de config entre les plugins HTML5UP

2019-06-15 Par sujet Jean Marie Grall

Salut,

j'ai bien avancé sur la doc pour le portage des thèmes sous forme de 
plugin ( 
https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace ) mais 
je bloque sur la proposition de partager les formulaires de config entre 
les plugins comme évoquée ici : 
https://www.mail-archive.com/spip-zone@rezo.net/msg44580.html


En fait, je me pose la question de la pertinence pour 2 raisons :

 * si on "normalise" l'utilisation de plugins dédiés existants pour
   certaines fonctionnalités (ex Liens vers les réseaux sociaux ou
   Identité extra), ces infos ne sont plus dans le plugin thème et le
   passage d'un thème à l'autre ne perdra pas ces infos
 * les thèmes sont tellement différents que j'ai du mal à voir ce qui
   pourrait être commun à chacun et, de toute façon, il faudrait
   définir à l'avance ce qui sera commun et commun le normaliser

Qu'en pensez-vous ? On essaie de creuser ce point ou on laisse tomber ?

Bon week-end,

                jean marie


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


Re: [SPIP Zone] Thèmes HTML5UP - Pour un portage efficace

2019-06-14 Par sujet Jean Marie Grall

Salut Vincent,

il n'y a que Paradigm shift que j'ai fait de A à Z, pour les 2 autres, 
je n'ai fait que des ajustements à la marge, le gros œuvre ayant été 
fait par d'autres.


Pour les formulaires de config, j'ai également recopier ce qu'avaient 
fait les autres (comme dirait l'autre "Sans le copier/coller, internet 
n'existerait pas" :) )

La doc sinon https://www.spip.net/fr_article5414.html
et saisie https://contrib.spip.net/Saisies / 
https://contrib.spip.net/Reference-des-saisies


Ça pourrait faire l'objet d'un paragraphe dans l'article d'ailleurs, 
pour donner les liens/pistes...


                    jean marie


Le 14/06/2019 à 11:46, Vincent ROBERT a écrit :

Bonjour Jean Marie,

Très intéressant ta proposition !

J'imagine que tu mets ça en oeuvre dans le portage de massively, alpha 
et paradigm j'irais donc étudier ça directement dans ces répertoires 
pour y coller le plus possible


En plus comme je n'ai pas encore étudié (ni compris donc) comment 
coder les pages FORMULAIRE_CONFIGURER si je part d'un modèle existant 
ça m'arrange.


Bon je reviens j'ai un fichier de langue à tester !

Vincent ROBERT


Le ven. 14 juin 2019 à 10:40, Jean Marie Grall 
<mailto:jeanmarie.lis...@cousumain.info>> a écrit :


Salut,

j'ai commencé un article de doc pour le portage des thèmes HTML5UP
sous
forme de plugins :
https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace

En plus de la mise en commun de la config proposée par JLuc, j'ai
ajouté
un paragraphe "Fonctionnalités supplémentaires et plugins
facultatifs"
pour qu'on essaie, autant que possible, d'utiliser les mêmes outils.

L'idée est de faciliter le portage et le maintient des plugins
dans le
temps, l’usage pour les utilisateurs et, autant que possible, le
changement entre les thèmes.

C'est en chantier et c'est ouvert !

                     jean marie



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


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


[SPIP Zone] Thèmes HTML5UP - Pour un portage efficace

2019-06-14 Par sujet Jean Marie Grall

Salut,

j'ai commencé un article de doc pour le portage des thèmes HTML5UP sous 
forme de plugins :

https://contrib.spip.net/Themes-HTML5UP-Pour-un-portage-efficace

En plus de la mise en commun de la config proposée par JLuc, j'ai ajouté 
un paragraphe "Fonctionnalités supplémentaires et plugins facultatifs" 
pour qu'on essaie, autant que possible, d'utiliser les mêmes outils.


L'idée est de faciliter le portage et le maintient des plugins dans le 
temps, l’usage pour les utilisateurs et, autant que possible, le 
changement entre les thèmes.


C'est en chantier et c'est ouvert !

                        jean marie



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


Re: [SPIP Zone] Ajouter un plugin dans la liste des plugins

2019-06-12 Par sujet Jean Marie Grall

Salut,



j'ai bien commencé à adapter le template HTML5  Spectral


Super, un nouveau thème !

Si tu veux, tu peux mettre à jour la page 
https://contrib.spip.net/Des-squelettes-SPIP-pour-les-themes-html5up




et à commit les fichiers sur la zone, ils sont ici :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_spectral 



C'est moi qui ai raté les mails de notification ou bien ils sont restés 
bloqués dans les tuyaux ?



J'ai retrouvé comment fonctionne SVN près 10 ans d’absence puis j'ai 
décidé de mettre à jour la version en ligne de mon site, avec le 
squelette modifié en local et bien sur à jour sur SVN. J'ai vu que la 
page des plugins sur /ecrire permettait de mettre à jour en un clic un 
plugin, trop col.


Je crois, les zip sont générés toutes les 24h, donc pour avancer sur ton 
plugin, rien de mieux que de travailler en local.


Question : à partir de quel moment on peut ajouter un plugin dans 
archive_liste ?


                jean marie



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


Re: [SPIP Zone] Couleur d'un tracé KML dans GIS

2019-06-11 Par sujet Jean Marie Grall

hello,

Le 11/06/2019 à 10:17, Bruno Bergot a écrit :


Oui voilà, on gère quelques éléments de style des KMLs dans le script, 
pas tous mais pas mal déjà, cf :
https://github.com/shramov/leaflet-plugins/blob/master/layer/vector/KML.js#L123 



Et l'exemple associé :
https://github.com/shramov/leaflet-plugins/blob/master/examples/kml.html

Sinon, autre plan, tu peux utiliser GIS Geometries qui permet 
d'importer des KMLs dans la base, et ensuite de définir le style des 
tracés, cf :

https://contrib.spip.net/GIS-Geometries


j'ai regardé rapidement GIS Geometries, ça ne colle pas forcément à ce 
que j'ai mis en place mais ça pourrait me servir dans l'avenir.


Merci,

                    jean marie


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


Re: [SPIP Zone] Couleur d'un tracé KML dans GIS

2019-06-07 Par sujet Jean Marie Grall

Salut,

Le 06/06/2019 à 19:49, JLuc a écrit :

Le 06/06/2019 à 18:51, JLuc a écrit :

Le 06/06/2019 à 17:15, Jean Marie Grall a écrit :
je cherche à changer la couleur du tracé d'un KML affiché sur une 
carte mais je trouve pas comment faire.
La couleur qui s'affiche est #3388ff et semble venir de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js
J'ai tenté de passer path_styles=#ARRAY{color,#fff} au modèle GIS, 
mais ça n'a pas l'air d'agir sur le KML.


Mais là c'est peut être pas très simple vu la réponse de b_b
https://github.com/shramov/leaflet-plugins/issues/109

Alors autrement tu peux essayer de surcharger la librairie js 
localement et changer la valeur en dur dans le code,
ou de l'inclure de telle manière que tu puisses passer un filtre 
dessus pour changer la valeur qui va pas.



Merci pour le lien, b_b donne la réponse : "the script use the style 
referenced in the KML"


La syntaxe à mettre dans le  du KML :
    
  <LineStyle>
    <color>7fff</color>
  </LineStyle>
    

Bonne soirée,

                    jean marie


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


[SPIP Zone] Couleur d'un tracé KML dans GIS

2019-06-06 Par sujet Jean Marie Grall

Salut,

je cherche à changer la couleur du tracé d'un KML affiché sur une carte 
mais je trouve pas comment faire.


La couleur qui s'affiche est #3388ff et semble venir de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js


J'ai tenté de passer path_styles=#ARRAY{color,#fff} au modèle GIS, mais 
ça n'a pas l'air d'agir sur le KML.


                        jean marie



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


Re: [SPIP Zone] Nouveau plugin : SVN ou Git ?

2019-06-05 Par sujet Jean Marie Grall

Salut,

Le 03/06/2019 à 19:26, Jean Marie Grall a écrit :

Le 03/06/2019 à 12:07, nicod_ a écrit :

Le 03/06/2019 à 11:03, Jean Marie Grall a écrit :
j'ai commencé le portage du thème Paradigm Shift : 
https://html5up.net/paradigm-shift


Vu qu'à cause de certains d'entre vous, j'utilise git(lab) depuis 
qqs temps pour être plus efficace (poke ben et b_b ;) ), je l'ai 
fait sur mon repo : https://gitlab.com/jmoupah/html5up-paradigm-shift


J'ai tenté de suivre les discussions git/svn/composer, mais c'est 
encore un peu obscur donc je voulais savoir si je continuais comme 
ça ou s'il valait mieux le basculer sur la zone quand il sera 
"suffisamment" fonctionnel ?


Autre possibilité : si tu le mets sur github, tu pourras le déclarer 
dans les externals pour qu'il soit zippé et référencé par SVP :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist_externals.txt 


(ça ne marche que sur github, qui propose des exports SVN)



Arf, j'ai pas envie de me trimbaler un compte supplémentaire :)
Je vais le mettre sur la zone, ça sera sans doute le plus simple...


hop le 1er jet : 
https://zone.spip.net/trac/spip-zone/changeset/115552/spip-zone


                jean marie


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


Re: [SPIP Zone] Nouveau plugin : SVN ou Git ?

2019-06-03 Par sujet Jean Marie Grall

Hello,

Le 03/06/2019 à 12:07, nicod_ a écrit :

Le 03/06/2019 à 11:03, Jean Marie Grall a écrit :

Salut,

j'ai commencé le portage du thème Paradigm Shift : 
https://html5up.net/paradigm-shift


Vu qu'à cause de certains d'entre vous, j'utilise git(lab) depuis qqs 
temps pour être plus efficace (poke ben et b_b ;) ), je l'ai fait sur 
mon repo : https://gitlab.com/jmoupah/html5up-paradigm-shift


J'ai tenté de suivre les discussions git/svn/composer, mais c'est 
encore un peu obscur donc je voulais savoir si je continuais comme ça 
ou s'il valait mieux le basculer sur la zone quand il sera 
"suffisamment" fonctionnel ?


Autre possibilité : si tu le mets sur github, tu pourras le déclarer 
dans les externals pour qu'il soit zippé et référencé par SVP :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/archivelist_externals.txt 


(ça ne marche que sur github, qui propose des exports SVN)



Arf, j'ai pas envie de me trimbaler un compte supplémentaire :)
Je vais le mettre sur la zone, ça sera sans doute le plus simple...

                    jean marie


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


[SPIP Zone] Nouveau plugin : SVN ou Git ?

2019-06-03 Par sujet Jean Marie Grall

Salut,

j'ai commencé le portage du thème Paradigm Shift : 
https://html5up.net/paradigm-shift


Vu qu'à cause de certains d'entre vous, j'utilise git(lab) depuis qqs 
temps pour être plus efficace (poke ben et b_b ;) ), je l'ai fait sur 
mon repo : https://gitlab.com/jmoupah/html5up-paradigm-shift


J'ai tenté de suivre les discussions git/svn/composer, mais c'est encore 
un peu obscur donc je voulais savoir si je continuais comme ça ou s'il 
valait mieux le basculer sur la zone quand il sera "suffisamment" 
fonctionnel ?


La bonne journée,

                    jean marie


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


Re: [SPIP Zone] [Spip-zone-commit] r115512 - _squelettes_/html5up_solid_state

2019-05-29 Par sujet Jean Marie Grall

Salut,

c'est que j'avais en tête mais après discussion sur IRC et échange avec 
les 2 autre contributeurs du plugin, je suis parti sur la fameuse 
technique du "par dessus" car le plugin n'est pas encore documenté ni 
même zippé, donc bon :)


                jeanmarie

Le 29/05/2019 à 20:27, Franck a écrit :

Hello 
Tu aurais dû mettre le plug en branches/trunk, ainsi, les personnes avaient 
toujours la possibilité d'avoir toujours la v1 du plug et les autres la v2 car 
si un jour un problème de secu était découvert dans le squelette, il était 
possible de faire un commit le corrigeant pour tous et non uniquement pour ceux 
qui aurait fait le passage en v2.0.0
Franck

-Message d'origine-
De : spip-zone-com...@rezo.net 
Envoyé : mercredi 29 mai 2019 10:14
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r115512 - _squelettes_/html5up_solid_state

Author: jeanmarie.lis...@cousumain.info
Date: 2019-05-29 08:14:16 + (Wed, 29 May 2019) New Revision: 115512

Modified:
_squelettes_/html5up_solid_state/paquet.xml
Log:
V2.0.0 : up de x pour cause de rupture de compatibilité avec la V1 suite à 
r115510 et r115511


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

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



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


Re: [SPIP Zone] Retours squelette HTML5up Solid State

2019-05-24 Par sujet Jean Marie Grall

Salut,

Le 23/05/2019 à 16:57, RastaPopoulos a écrit :

Le 23/05/2019 à 16:16, Jean Marie Grall a écrit :

Des avis/contre-avis ?

Si c'est pour afficher DES articles, alors il s'agit… d'un menu. Très
clairement.

Donc appeler le menu identifiant=pied (ou footer si ta nomenclature est
en anglais) s'il existe par exemple.

C'est le plus propre et le plus générique à mon avis (et ce qu'on fait
toujours en ce qui nous concerne). Et ça permet de mettre n'importe quel
lien, pas que des articles, t'as pas à réinventer une interface pour
lister des liens quoi.


Ouais, c'est pas faux...

Par contre, il faut reprendre la structure du footer car il va désormais 
y avoir 2 . Et on pourrait mettre tout ça dans une  tant qu'à y 
être.


Faudrait pas brancher le plugin et passer à une V2 vue les modifs et le 
cassage de compat ? Si oui, quelqu'un peut me faire ça ?


                jean marie


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


Re: [SPIP Zone] Retours squelette HTML5up Solid State

2019-05-23 Par sujet Jean Marie Grall

Salut,

Le 16/05/2019 à 19:01, Jean Marie Grall a écrit :


*Utilisation des compositions*

Comme dit par Marcimat 
(https://zone.spip.net/trac/spip-zone/changeset/107796/spip-zone/_squelettes_/html5up_solid_state), 
il faudrait ne plus utiliser les compositions pour afficher des 
articles dans le pied de page.


2 possibilités :

  * créer un champ extra
  * utiliser le plugin Pages (mais implique une dépendance)

Autre solution (moins dépendante), un selecteur_article dans la page de 
config. L'intérêt est de centraliser la configuration du plugin au même 
endroit (au lieu de devoir choisir un mot clef ou une composition).

L'inconvénient, c'est de complexifier un peu la dite page de config.

Si pas de levée de bouclier, je mets ça en place. Par contre, il y aura 
rupture de compat (up de X).


Des avis/contre-avis ?



*Utilisation de perso.js*

Il vaudrait mieux ne pas nommer le js perso.js car, si on en utilise 
un dans sont squelette, il va le surcharger. Pour garder la logique 
des css, on pourrait utiliser spip.js


Idem, si pas d'objection, tant qu'à péter la compat, je renomme en 
html5up_solid_state.spip.js.


                jeanmarie


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


[SPIP Zone] Retours squelette HTML5up Solid State

2019-05-16 Par sujet Jean Marie Grall

Salut,

j'ai qqs retours suite à l'utilisation de Solid State :

*Taille des images en vignette (médaillon sur l'accueil et en entête / 
portfolio)

*

Les images font 300px de large mais, sur un écran 19", elles sont 
affichées en en plus large car c'est un layout fluide. Il faudrait donc 
augmenter la taille, mais à combien (vu que c'est du fluide) ?


Par contre, si on augmente les tailles, c'est adaptive_images qui les 
redimensionne et elles apparaissent coupées (elles débordent de leur 
contenant).


*Utilisation des compositions*

Comme dit par Marcimat 
(https://zone.spip.net/trac/spip-zone/changeset/107796/spip-zone/_squelettes_/html5up_solid_state), 
il faudrait ne plus utiliser les compositions pour afficher des articles 
dans le pied de page.


2 possibilités :

 * créer un champ extra
 * utiliser le plugin Pages (mais implique une dépendance)

*Page de config*

Je ne sais pas comment faire pour que la saisie selecteur_rubrique 
permette de supprimer la rubrique choisie (Rubrique héro).


[(#SAISIE{selecteur_rubrique,rubrique_hero,
    label=Rubrique héro,
    explication=blablabla.})]

Il manque quoi ?

*Utilisation de perso.js*

Il vaudrait mieux ne pas nommer le js perso.js car, si on en utilise un 
dans sont squelette, il va le surcharger. Pour garder la logique des 
css, on pourrait utiliser spip.js


*Couleurs "en dur" *(::before des fil d'ariane et icônes...)

Certaines couleurs sont en dur, donc selon les couleurs qu'on choisi 
(fond/texte), on doit obligatoirement passer par une surcharge css, 
c'est dommage.


Je vais m'atteler à la doc...

Bonne soirée,

                jean marie



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


Re: [SPIP Zone] Zpip et ajaxReload

2019-05-14 Par sujet Jean Marie Grall

Hello,

Le 13/04/2019 à 09:14, Mist. GraphX a écrit :


Je t'ai migré ça de svn vers git histoire de garder l'historique, ça 
date une peut ^^


a priori c'etait du spip-r, bootstrap less

https://gitlab.com/mister-graphx/spip/squelettes/one_page_h


pris dans le jus, j'ai zappé de répondre, pas cool, désolé...

Ton plugin semble aller dans le même sens : pour faire de l'ajax 
facilement, il faut un site dont toutes les pages ont la même structure, 
ce qui permet de ne recharger que le contenu. Les menu, pied de page et 
autres parties ne bougeant pas.


ensuite, reste à changer les parties visibles par le visiteur (l'url et 
la balise ) en javascript.


Bref, mon cas ne le permet pas, donc je prends l'option iframe avec SCM 
PLayer https://github.com/cshum/SCM-Music-Player/


Merci en tout cas

                jean marie


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


Re: [SPIP Zone] [Spip-zone-commit] r115364 - in _squelettes_/html5up_solid_state

2019-05-14 Par sujet Jean Marie Grall

Hello,

Le 14/05/2019 à 08:57, Eric Lupinacci a écrit :
En fait, tu n'as pas besoin de schéma de la façon dont tu manipules 
tes variables de configuration.
A partir du moment où tu ne les initialises pas à l'installation, que 
tu en rajoutes ou pas dans ton formulaire ne change rien.
Tu ne peux ni gérer l'install ni les upgrade, d'ailleurs tes fonctions 
dans le fichier administrations ne servent à rien aujourd'hui.


Donc, soit tu initialises tes variables de configuration et tu gères 
un schéma correctement avec ses évolutions, soit tu peux virer ton 
schéma et le fichier administrations.


Merci pour ces éclairages...

N'étant pas à l'origine du schéma + fichier administrations, j'aime 
autant laisser les en l'état, mais je note pour la suite.


Bonne journée,

                    jean marie



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


Re: [SPIP Zone] [Spip-zone-commit] r115364 - in _squelettes_/html5up_solid_state

2019-05-13 Par sujet Jean Marie Grall

Ah mais oui, c'est parce que je sais pas bien comment il faut faire :)

J'ai fait un up du schéma car il y a 2 nouvelles saisies de config en 
base ( 
https://zone.spip.net/trac/spip-zone/changeset/115364/spip-zone/_squelettes_/html5up_solid_state/formulaires/configurer_html5up_solid_state.html 
), mais ce n'est peut être pas nécessaire...


                jean marie

Le 13/05/2019 à 19:42, Franck a écrit :

Hello, 
C'est normal que tu as fait un up concernant le schema mais qu'il n'y a pas eu 
de changement dans html5up_solid_state_administrations.php :
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/html5up_solid_state/html5up_solid_state_administrations.php

Franck

-Message d'origine-
De : spip-zone-com...@rezo.net 
Envoyé : lundi 13 mai 2019 18:54
À : spip-zone-com...@rezo.net
Objet : [Spip-zone-commit] r115364 - in _squelettes_/html5up_solid_state

Author: jeanmarie.lis...@cousumain.info
Date: 2019-05-13 16:54:21 + (Mon, 13 May 2019) New Revision: 115364

Added:
_squelettes_/html5up_solid_state/inclure/sections/rubrique-hero.html
Modified:
_squelettes_/html5up_solid_state/content/sommaire.html

_squelettes_/html5up_solid_state/formulaires/configurer_html5up_solid_state.html
_squelettes_/html5up_solid_state/paquet.xml
Log:
V1.1.0: Possibilité d'avoir une rubrique mise en avant sur l'accueil comme dans 
le thème original


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

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



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


Re: [SPIP Zone] [Spip-zone-commit] r115264 - _plugins_/z-core/trunk

2019-05-07 Par sujet Jean Marie Grall

Super ! ça va grandement simplifier l'ajout d’icônes...

                        jean marie

Le 07/05/2019 à 13:01, spip-zone-com...@rezo.net a écrit :

Author: ced...@yterium.com
Date: 2019-05-07 11:01:00 + (Tue, 07 May 2019)
New Revision: 115264

Modified:
_plugins_/z-core/trunk/paquet.xml
_plugins_/z-core/trunk/zcore_options.php
Log:
Extension de #ICON pour permettre de l'utiliser simplement avec des sprites svg 
perso ou inline:

* utiliser une icone standard du sprite par defaut :
`#ICON{search,icon-sm,Rechercher}`

* utiliser une icone #search definie dans un svg inline de la page
`#ICON{#search,icon-sm,Rechercher}`

* utiliser une l'icone #search definie dans un svg externe (qui sera resolu via 
#CHEMIN)
`#ICON{img/sprite.svg#search,icon-sm,Rechercher}`


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


Re: [SPIP Zone] r115045 - _squelettes_/html5up_editorial

2019-04-26 Par sujet Jean Marie Grall

Salut,

Le 25/04/2019 à 21:55, RealET a écrit :

spip-zone-com...@rezo.net a écrit le 25/04/2019 à 19:31 :

V1.1.9 : C'est du HTML5 tout ça, on l'active depuis le plugin

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


Tu peux même faire mieux : n'activer html5 que sur le public



Ça pose souci d'avoir du html5 dans le privé ?

                    jean marie


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


Re: [SPIP Zone] Zpip et ajaxReload

2019-04-12 Par sujet Jean Marie Grall

Salut Arnaud,

Le 12/04/2019 à 13:46, Mist. GraphX a écrit :

Bonjour Jean-Marie

J'ai fait un projet y'a quelques années ou le concept était un scroll 
horizontal de panneaux en panneaux (genre opne page), chaque panneaux 
était chargé en ajax suivant le lien cliqué, j'appliquais d'abord un 
scroll vers mon panneau, et sur le callback du scoll je lançais le 
chargement du contenu. Le but premier était de pouvoir écouter de la 
musique avec un player flash/ou autre sans que ça coupe quand on 
change de page (oui bon je sais j'ai vraiment que ça a faire … :P )


ça dépend de ce que l'on veut faire, mais ça deviens vite casse tete ^^

la problématiques principale que j'avais eut de mémoire :

- le js doit être sur toute les pages et on ne peut pas commander une 
noisette depuis une autre : ce qui implique d'avoir un controleur 
central, dans mon cas j'utilisais z donc je n'ai utilisé que body et 
content/sommaire.


je crois que le skel était fait avec bootstrap2 a la base, je peut le 
déposer quelque pars a titre "éducatif", mais pas me lancer a le 
refaire marcher pour une démo ^^


Effectivement, c'est pour un site de radio avec la même contrainte de 
player. En fouillant, j'ai trouvé 2 façons de faire :
- avec une iframe (script type 
https://github.com/cshum/SCM-Music-Player/ mais qui parait non maintenu)

- avec de l'ajax (la plupart des radios fonctionnent comme ça)

Mon souci c'est que c'est un site avec une navigation complète (actus, 
archives des émissions et compagnie...), et le tout avec des maquettes 
différentes selon les secteurs, donc bcp de choses à bouger entre les 
pages...


Je veux bien jeter un œil à ton squelette par curiosité :)

                    jean marie


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


Re: [SPIP Zone] Zpip et ajaxReload

2019-04-12 Par sujet Jean Marie Grall

Le 12/04/2019 à 12:04, Bruno Bergot a écrit :
Mais plus j'avance, plus j'ai l'impression qu'il faudrait repenser 
mon squelette et ses inclures car, par ex, il y a des classes sur le 
 utilisées en fonction des compositions...


Oui, ça n'est pas une très bonne idée, car le head de ta page ne 
changerait pas, et donc toutes les pages risquent d'avoir le même 
title, description, etc.


Les pages existent en vrai avec leur code propre si on les appelle en 
direct (donc ok pour le référencement), les seules contraintes 
inévitables étant les éléments visibles par l'utilisateur (title et url 
de la page).


C'est après que ça se gâte :) : classes et id qui changent en fonction 
des pages/compo entre autre..


Il faudrait donc, comme l'évoque Arnaud, un body avec uniquement 2 blocs 
Z : le contenu qui change avec la navigation en ajax à l'intérieur et 
celui qui ne change pas.


                jeanmarie


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


Re: [SPIP Zone] Zpip et ajaxReload

2019-04-12 Par sujet Jean Marie Grall



Le 11/04/2019 à 10:01, Chourak a écrit :
@Chourak : Par exemple, avec la dist de Z V2, je voudrais changer le 
contenu du bloc "content" uniquement 
(https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/zpip-dist/trunk/body.html) 
avec, selon le lien cliqué, le contenu du sommaire, de l'article ou 
de la rubrique demandée.


@b_b : oui, c'est avec ça que j'arrive à passer des arguments type 
id_article, mais comment afficher le sommaire ou l'article selon le 
lien cliqué ?
Mon script avec lequel j'arrive à passer l'url demandé : 
http://spip.pastebin.fr/56593


Au niveau des args que tu envoies, il faut qu'ils correspondent à 
quelque chose.

Donc, dans le cas de ton code, tu peux essayer de remplacer

args:{toto:url_cible}

par

args:{id_article:url_cible}


Toto n'est qu'un test, bien sûr :)

Mon souci n'est pas de passer les arguments, mais de savoir quoi passer 
pour que la navigation fonctionne sur l'ensemble du site : en fonction 
du lien cliqué, l'idée est de charger des squelettes différents 
(sommaire, rubrique, article...) dans le bloc "content".


Si je passe args:{id_article:XXX}, je ne peux afficher qu'un ou des 
articles, or j'aurais besoin d'afficher le sommaire quand je clique sur 
Accueil, la rubrique quand je clique dans la navigation principale, etc...


Mais plus j'avance, plus j'ai l'impression qu'il faudrait repenser mon 
squelette et ses inclures car, par ex, il y a des classes sur le  
utilisées en fonction des compositions...


            jean marie



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


Re: [SPIP Zone] Zpip et ajaxReload

2019-04-10 Par sujet Jean Marie Grall


Le 10/04/2019 à 15:56, Chourak a écrit :

Le 10/04/2019 à 15:45, Jean Marie Grall a écrit :

Salut,

avec Zpip, j'essaie de mettre en place une navigation en ajax.

Avec la doc https://contrib.spip.net/Zpip-blocs-de-page-et-Ajax et 
https://contrib.spip.net/Controleur-Vue-avec-ajaxReload, j'arrive à 
recharger un bloc (au sens Zpip) à partir de l'extérieur (recharger 
"content" depuis la navigation principale) mais je ne vois pas 
comment faire pour en changer le contenu.


En fait, j'arrive à passer des arguments au bloc rechargé, mais je ne 
vois pas comment m'y prendre pour y charger le contenu du sommaire, 
de l'article ou rubrique cible (selon les cas) à partir de l'url 
demandée.

Ni même si c'est possible, d'ailleurs...

Tu aurais un bout de code à montrer ? Il peut y avoir plusieurs types 
de réponse selon ce que tu veux faire :)



@Chourak : Par exemple, avec la dist de Z V2, je voudrais changer le 
contenu du bloc "content" uniquement 
(https://zone.spip.net/trac/spip-zone/browser/spip-zone/_squelettes_/zpip-dist/trunk/body.html) 
avec, selon le lien cliqué, le contenu du sommaire, de l'article ou de 
la rubrique demandée.


@b_b : oui, c'est avec ça que j'arrive à passer des arguments type 
id_article, mais comment afficher le sommaire ou l'article selon le lien 
cliqué ?
Mon script avec lequel j'arrive à passer l'url demandé : 
http://spip.pastebin.fr/56593


                jean marie


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


[SPIP Zone] Zpip et ajaxReload

2019-04-10 Par sujet Jean Marie Grall

Salut,

avec Zpip, j'essaie de mettre en place une navigation en ajax.

Avec la doc https://contrib.spip.net/Zpip-blocs-de-page-et-Ajax et 
https://contrib.spip.net/Controleur-Vue-avec-ajaxReload, j'arrive à 
recharger un bloc (au sens Zpip) à partir de l'extérieur (recharger 
"content" depuis la navigation principale) mais je ne vois pas comment 
faire pour en changer le contenu.


En fait, j'arrive à passer des arguments au bloc rechargé, mais je ne 
vois pas comment m'y prendre pour y charger le contenu du sommaire, de 
l'article ou rubrique cible (selon les cas) à partir de l'url demandée.

Ni même si c'est possible, d'ailleurs...

                jean marie


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


Re: [SPIP Zone] [Spip-zone-commit] r114844 - in _plugins_/agenda_fullcalendar_facile/trunk

2019-04-07 Par sujet Jean Marie Grall

Salut,

le souci, c'est que quand on crée un événement et qu'on le passe en 
"Toute la journée", la date de fin est -MM-DD 00:00:00, ce qui 
exclut cette date alors qu'elle devrait être incluse: si mon événement 
est du mardi au jeudi toute la journée, ça veut dire qu'il se termine 
jeudi à 23h59 (le soir) et pas 00:01 (le matin).


Est-ce qu'il ne faudrait pas, pour les événements sur la journée, 
ajouter un horaire de fin à 23:59:59 (donc via Agenda) ?


                    jeanmarie


Le 06/04/2019 à 20:10, spip-zone-com...@rezo.net a écrit :

Author: mai...@maieul.net
Date: 2019-04-06 18:10:13 + (Sat, 06 Apr 2019)
New Revision: 114844

Modified:
_plugins_/agenda_fullcalendar_facile/trunk/agenda.json.html
_plugins_/agenda_fullcalendar_facile/trunk/modeles/agenda_fullcalendar.html
_plugins_/agenda_fullcalendar_facile/trunk/paquet.xml
Log:
Evenement qui durent plusieurs jours, toute la journée: il faut ajouter 1 jour 
à la date de fin, car celle-ci est exclusive
https://fullcalendar.io/docs/event-object
Evidemment, comme on a qu'une seule source, le json, il faut pour l'affichage 
HTML retirer ce jour !



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

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


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


Re: [SPIP Zone] Rangement des squelettes et html5up

2019-03-28 Par sujet Jean Marie Grall

Yo !

Le 28/03/2019 à 09:45, Bruno Bergot a écrit :

Hop,

Le 28/03/2019 à 08:09, JLuc a écrit :

A propos de doc et de rangement (c'est d'actualité !)...

Le 28/03/2019 à 00:13, chanka...@choc0.net a écrit :> ça c'est du 
rapide ;o)

 > et pour la doc aussi en plus... nickel !
 > bon, je t'ai mis auteur de l'article de doc...

Les docs des squelettes HTML5up qui sont sur contrib sont
soit directement sous /squelettes généralistes (Strongly typed)
soit dans /squelettes spécialisés (Hyperspace, Alpha, Parallelism, 
Editorial, Story, Phantom)


et il y a par ailleurs une rubrique HTML5up dédiée HTML5up,
sous /squelettes généralistes,
et qui ne contient que l'article d'introduction à tous les squelettes 
html5up
Je me demande si ces squelettes ne devraient pas être rassemblés dans 
cette rubrique.




+1, je pense aussi qu'il faut les regrouper et les mettre en avant à 
l'aide d'un composition spécifique qui permettrait de les présenter de 
manière visuelle. Un simple grille de captures d'écran pour donner 
envie, un peu comme ce qu'on avait tenté pour les thèmes de la dist 
sut demo.spip.net : https://demo.spip.net/spip.php?page=themes


Ces nouveaux thèmes sont un des enjeux cruciaux pour SPIP (comme les 
autres chantiers en cours, hein :) ), il faut les valoriser, oui !


Est-ce que demo.spip.net ne pourrait pas les accueillir ? Un peu à la 
sauce Zen Garden (ouais, je sais, ça fait un site de plus dans la 
galaxie au moment où on essaie de recentrer les énergies).


L'idéal serait de pouvoir les filtrer selon des thématiques : type de 
squelette (éditorial, one page...), provenance (html5up...), plus 
d'autres à définir... de pouvoir mettre en avant les nouveaux, les plus 
populaires...

Ouais ok, je sors !

                jean marie


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


Re: [SPIP Zone] [Spip-zone-commit] r114654 - _squelettes_/html5up_massively

2019-03-27 Par sujet Jean Marie Grall

Et hop : https://zone.spip.net/trac/spip-zone/changeset/114656/spip-zone

Je me dit que tous les nouveaux squelettes HTML5up qui arrivent sur la 
zone gagneraient à avoir cette option.


                    jeanmarie


Le 27/03/2019 à 19:43, chanka...@choc0.net a écrit :
ok, pour moi c'est pas un soucis, c'est peut-être une bonne option ce 
que tu proposes.

si tu le sens, gogogo :o)

Le 27/03/2019 à 18:50, Jean Marie Grall a écrit :


oui, ça serait une solution, mais on perdrait le côté plug and play 
et on se retrouverait avec le cul entre 2 chaises, nan ?


En gardant soit les articles les plus récents, soit les rubriques 
(par num_titre pour pouvoir gérer facilement l'ordre), on reste sur 
qqch de simple pour l'utilisateur lambda (une coche dans la config) 
mais on gagne en polyvalence pour le squelette.


Ou alors les  3 possibilités, pour les experts ? Au risque de faire 
un tableau de bord d'avion de chasse :)


Pour ma part, je n'ai pas trop eu de cas qui aurait nécessiter ce 3e 
cas de figure, mais à voir si d'autres pensent que c'est utile.


                jean marie

Le 27/03/2019 à 18:08, chanka...@choc0.net a écrit :

salut,
oui, je sais pas trop, c'est toujours le truc à personnaliser en 
premier, mais faire deux options, je sais pas trop.
Peut-être qu'on pourrait avoir un sélecteur d'article et un 
sélecteur de rubrique dans la config pour faire cette liste 
d'articles/rubriques sur l'accueil, comme on a envie, et on vire la 
liste des articles récents...

Qu'en dis-tu ?

Le 27/03/2019 à 17:59, Jean Marie Grall a écrit :

Hello,

super ce nouveau squelette :)

Je ne sais pas si tu avais vu mon mail suite à ton 1er commit :

Je me disais que l'idéal serait d'avoir 2 possibilités sur 
l'accueil pour qu'il soit polyvalent :
- un mode blog affichant les articles les plus récents comme tu 
l'as fait
- un mode site affichant les rubriques pour pouvoir plus 
"éditorialiser" le contenu


Qu'en penses-tu ?

Perso, je rencontre plus de cas config site que blog...

                    jeanmarie


Le 27/03/2019 à 16:14, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-27 15:14:20 + (Wed, 27 Mar 2019)
New Revision: 114654

Modified:
    _squelettes_/html5up_massively/paquet.xml
Log:
+ lien vers la doc



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

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


--


chan


--


chan

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


Re: [SPIP Zone] [Spip-zone-commit] r114654 - _squelettes_/html5up_massively

2019-03-27 Par sujet Jean Marie Grall
oui, ça serait une solution, mais on perdrait le côté plug and play et 
on se retrouverait avec le cul entre 2 chaises, nan ?


En gardant soit les articles les plus récents, soit les rubriques (par 
num_titre pour pouvoir gérer facilement l'ordre), on reste sur qqch de 
simple pour l'utilisateur lambda (une coche dans la config) mais on 
gagne en polyvalence pour le squelette.


Ou alors les  3 possibilités, pour les experts ? Au risque de faire un 
tableau de bord d'avion de chasse :)


Pour ma part, je n'ai pas trop eu de cas qui aurait nécessiter ce 3e cas 
de figure, mais à voir si d'autres pensent que c'est utile.


                jean marie

Le 27/03/2019 à 18:08, chanka...@choc0.net a écrit :

salut,
oui, je sais pas trop, c'est toujours le truc à personnaliser en 
premier, mais faire deux options, je sais pas trop.
Peut-être qu'on pourrait avoir un sélecteur d'article et un sélecteur 
de rubrique dans la config pour faire cette liste d'articles/rubriques 
sur l'accueil, comme on a envie, et on vire la liste des articles 
récents...

Qu'en dis-tu ?

Le 27/03/2019 à 17:59, Jean Marie Grall a écrit :

Hello,

super ce nouveau squelette :)

Je ne sais pas si tu avais vu mon mail suite à ton 1er commit :

Je me disais que l'idéal serait d'avoir 2 possibilités sur l'accueil 
pour qu'il soit polyvalent :
- un mode blog affichant les articles les plus récents comme tu l'as 
fait
- un mode site affichant les rubriques pour pouvoir plus 
"éditorialiser" le contenu


Qu'en penses-tu ?

Perso, je rencontre plus de cas config site que blog...

                    jeanmarie


Le 27/03/2019 à 16:14, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-27 15:14:20 + (Wed, 27 Mar 2019)
New Revision: 114654

Modified:
    _squelettes_/html5up_massively/paquet.xml
Log:
+ lien vers la doc



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

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


--


chan

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


Re: [SPIP Zone] [Spip-zone-commit] r114654 - _squelettes_/html5up_massively

2019-03-27 Par sujet Jean Marie Grall

Hello,

super ce nouveau squelette :)

Je ne sais pas si tu avais vu mon mail suite à ton 1er commit :

Je me disais que l'idéal serait d'avoir 2 possibilités sur l'accueil 
pour qu'il soit polyvalent :

- un mode blog affichant les articles les plus récents comme tu l'as fait
- un mode site affichant les rubriques pour pouvoir plus "éditorialiser" 
le contenu


Qu'en penses-tu ?

Perso, je rencontre plus de cas config site que blog...

                    jeanmarie


Le 27/03/2019 à 16:14, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-27 15:14:20 + (Wed, 27 Mar 2019)
New Revision: 114654

Modified:
_squelettes_/html5up_massively/paquet.xml
Log:
+ lien vers la doc



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

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


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


[SPIP Zone] [Mailsubscriber] Option Proposer l’inscription à la Newsletter HS

2019-03-25 Par sujet Jean Marie Grall

Salut,

j'ai l'impression que l'option "Proposer l’inscription à la 
Newsletter..." (inscription et forum) ne fonctionne pas.


Dans le pipeline, on cherche un  alors que le formulaire 
d'inscription est construit avec des  :

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/mailsubscribers/trunk/mailsubscribers_pipelines.php#L246

J'ai testé avec , ça fonctionne à nouveau, la checkbox 
apparait et l'inscription à la newsletter est validée.


                    jeanmarie


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


Re: [SPIP Zone] [Spip-zone-commit] r114592 - in _squelettes_/html5up_phantom

2019-03-22 Par sujet Jean Marie Grall
Le top serait de tester la présence d'ordoc mais il faut le faire avec 
{tri ...} car {par ...} n'accepte pas de variables.

Cf https://www.mail-archive.com/spip-zone@rezo.net/msg47172.html

Un truc genre :
[(#PLUGIN{ordoc}|?{
    #SET{tri,rang_lien}
,
    #SET{tri,'num titre, date'}
})]

( http://spip.pastebin.fr/56459 )

Mais je n'ai pas réussi à le faire avec 2 critères de tri (num titre, 
date) : https://www.mail-archive.com/spip-zone@rezo.net/msg47178.html


V'là...

                    jeanmarie

Le 22/03/2019 à 10:57, chanka...@choc0.net a écrit :

oups, tu as raison, j'ai remis en attendant de réfléchir

Le 22/03/2019 à 10:29, Jean Marie Grall a écrit :
Attention, par rang_lien arrive par défaut avec SPIP 3.2 alors que le 
plugin est dès 3.1.


Il faudrait donc une dépendance à ordoc ou, mieux, tester si ordoc 
est présent pour éviter la dépendance :

[(#PLUGIN{ordoc}|?{ ... , ...})]

                jean marie

Le 21/03/2019 à 23:09, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-21 22:09:57 + (Thu, 21 Mar 2019)
New Revision: 114592

Modified:
    _squelettes_/html5up_phantom/inclure/documents.html
    _squelettes_/html5up_phantom/paquet.xml
Log:
par rang_lien pour les documents



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

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




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


Re: [SPIP Zone] [Spip-zone-commit] r114592 - in _squelettes_/html5up_phantom

2019-03-22 Par sujet Jean Marie Grall
Attention, par rang_lien arrive par défaut avec SPIP 3.2 alors que le 
plugin est dès 3.1.


Il faudrait donc une dépendance à ordoc ou, mieux, tester si ordoc est 
présent pour éviter la dépendance :

[(#PLUGIN{ordoc}|?{ ... , ...})]

                jean marie

Le 21/03/2019 à 23:09, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-21 22:09:57 + (Thu, 21 Mar 2019)
New Revision: 114592

Modified:
_squelettes_/html5up_phantom/inclure/documents.html
_squelettes_/html5up_phantom/paquet.xml
Log:
par rang_lien pour les documents



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

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


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


Re: [SPIP Zone] Passer plusieurs valeurs à un {par ...} via #SET/GET

2019-03-11 Par sujet Jean Marie Grall


Cette question sur l'usage du SPIP de base n'a pas sa place sur 
spip-zone mais sur spip-user 


Oui, c'est pour un plugin, d'où l'erreur réflexe d'aiguillage :)


Ainsi =num titre ne fonctionnera pas puisque aucun champ SQL 
ne se nomme num titre. Dans ce cas, on préférera utiliser le critère 
{tri}.


J'avais également testé avec *#SET{tri,'num titre, date'}* et *{tri 
#GET{tri}} *(dont j'avais lu la doc, tout comme #SET/GET ;) ), mais là, 
j'ai *Erreur SQL 1054 **Champ 'titredate' inconnu dans order clause*.*

*

                jean marie*
*


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


[SPIP Zone] Passer plusieurs valeurs à un {par ...} via #SET/GET

2019-03-11 Par sujet Jean Marie Grall

Salut,

Comment faire pour passer plusieurs valeurs au critère {par} d'une 
boucle via un #SET/GET ?


Si je fais *#SET{par,'num titre, date'}* pour l'utiliser dans une boucle 
avec *{par #GET{par}}*, j'ai une *Erreur SQL 1054**

**Champ 'numtitredate' inconnu dans order clause*.

Idem avec juste "num titre" qui donne "Erreur SQL 1054 Champ 'numtitre'"...

Je rate quelque chose ?

                        jean marie


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


Re: [SPIP Zone] Contrib /* Offline error - connexion failed */

2019-03-08 Par sujet Jean Marie Grall

Salut,

j'ai le souci sur https://contrib.spip.net/Google-Analytics-API

Identifié, j'ai ça : 
https://screenshots.firefox.com/NQF7mxjOtIM5ojCF/contrib.spip.net
Si je force le rechargement de la page (Ctrl+F5) ou que je ne suis pas 
identifié, j'ai bien la page.
Après recalcule de la page sans être identifié, j'ai ça 
https://screenshots.firefox.com/XOUXa5ko6zJNWzVH/contrib.spip.net


                            jean marie

Le 06/03/2019 à 14:11, Cerdic a écrit :

Bonjour Touti,

merci du retour.
Je viens d’incrémenter la version editoriale, ce qui n’avait 
semble-t-il pas été fait après la mise à jour du squelette.
Du coup le module offline devrait recharger une version à jour de la 
page 404 et des pages par défaut, on va voir si ça corrige aussi 
l’erreur régulière.


Quand tu es coincée sur une erreur comme ça tu peux essayer un 
force-reload (shift+reload en général), ce qui a pour effet de 
recharger la page sans service worker et donc de bypasser le mode offline.


Dans tous les cas je suis preneur des retours sur les occurrences /* 
Offline error - connexion failed */ car c’est pas très satisfaisant


--
Cédric
Le 6 mars 2019 à 12:48 +0100, toutati , a écrit :


Bonjour,

sur contrib avec FF,

depuis 2/3 semaines j'ai régulièrement une page blanche avec

/* Offline error - connexion failed */

ça arrive quand je viens de duckduckgo ou d'un site externe

J'ai également des 404 qui présente l'ancien look de contrib
Il faut que je cpie l'url dans une autre fenêtre pour que la page 
s'affiche


Mon précédent message sur ce sujet n'est pas passé sur la liste.

++
touti


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



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

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


Re: [SPIP Zone] [Spip-zone-commit] r114382 - _squelettes_

2019-03-08 Par sujet Jean Marie Grall

Ah, super !
Je me l'étais mis dans ma todo list celui-là...

Comment tu vois (ou a vu) le truc, est-ce que l'accueil reprend les 
derniers articles ou affiche les rubriques ?


Je m'étais dis que l'idéal serait d'avoir les 2 possibilités pour qu'il 
soit polyvalent :
- un mode blog qui affiche les articles les plus récents avec une 
pagination pour en voir plus (les rubriques étant accessibles dans le 
menu principal)
- un mode site affichant un article spécifique (page unique) en une et 
toutes les rubriques (sans pagination ou avec une pagination à 20 par 
ex) dessous pour avoir un vraie page d'accueil...


Qu'en penses-tu ?

Aussi, il y a un petit bug sur le parallaxe de l'image de fond qui saute 
sur grand écran (19"). Comme on le voit à peine, j'avais dans l'idée de 
le virer (je l'ai remarqué parce qu'il sautait :) ).


                    jeanmarie


Le 07/03/2019 à 22:20, spip-zone-com...@rezo.net a écrit :

Author: chanka...@choc0.net
Date: 2019-03-07 21:20:47 + (Thu, 07 Mar 2019)
New Revision: 114382

Added:
_squelettes_/html5up_massively/
Log:
un dossier pour le squelettes Massively (HTML5up) bientôt sur la zone



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

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


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


Re: [SPIP Zone] [spip-dev] OPA sur la mailing liste spip-zone

2019-03-05 Par sujet Jean Marie Grall

Salut,

Le 03/03/2019 à 14:57, Ben SPIP a écrit :

Bonjour à toutes et à tous , je propose de fusionner les listes de 
distributions spip-zone et spip-dev. La séparation de dev et zone ne semble 
plus justifié aujourd’hui.

Si certains / certaines pensent que ce n’est pas une bonne idée, et que cela 
les affecte  dans leurs utilisations des listes, merci de vous exprimer ici


Grand pratiquant de la religion du pragmatisme, je suis pour tout ce qui 
peut économiser les énergies et les recentrer sur le cœur du projet. 
Donc, gogogo !


Pour ce qui est de savoir quelle liste garder, j'aurais plutôt tendance 
à conserver celle qui est la plus active, donc spip-zone, mais il y a 
peut être d'autres tenants/aboutissants dont je n'ai pas conscience.


Pour ma part, la liste spip-zone est ("psychologiquement") plus facile 
d'accès que spip-dev et, comme qui peut le plus peu le moins, je me dis 
qu'il sera plus facile pour les habitués de spip-dev de poster sur 
spip-zone que l'inverse (mais on est dans le domaine du subjectif là :) ).


Et encore une fois, un grand bravo à tous ceux qui mettent du temps et 
de l'énergie à faire avancer le bouzin !


            jean marie


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


  1   2   3   4   5   6   >