Re: [spip-dev] Formulaire CVT : bug ou idiotie de ma part ?

2020-12-16 Par sujet pierre laszczak
>
> Et ça, ça peut se placer dans formulaire_xxx_traiter_dist ?
> Au rechargement du formulaire la variable de session contient cette info ?
>

ça peut se placer n'importe où... Mais généralement on l'exécute dans une
fonction traiter oui.

Le merge des cles/valeurs se passe ici:
https://git.spip.net/SPIP/spip/src/branch/master/ecrire/inc/session.php#L512

J'utilise session_set et là ça marche.
>

Oui mais non, c'est pas la même chose ; actualiser_sessions() permet de
forcer la valeur dans n'importe quelle session d'auteur connecté, Pas
forcément  la session courante.

Avec actualiser_sessions() utilisateur A peut modifier la session de
utilisateur B.

cf: edition d'une fiche auteur par un admin.



Le mer. 16 déc. 2020 à 23:17, Stephane Santon  a
écrit :

> Le 16/12/2020 à 23:11, BERTRAND Joël a écrit :
> >>> Il y a une fonction actualiser_session()pour pousser une valeur dans
> >>> n'importe quel session en cours:
> >>>
> >>> actualiser_sessions(array('id_auteur' => $id_auteur, 'mavar' =>
> >>> 'hello'));
> >>
> >> Et ça, ça peut se placer dans formulaire_xxx_traiter_dist ?
> >
> >   J'ai bien essayé de rajouter ceci dans le traitement :
> >
> >  actualiser_sessions(array(
> >  'id_auteur' => $GLOBALS['visiteur_session']['id_auteur'],
> >  'identite_nom' => $donnees['identite_nom'],
> >  'identite_prenom' => $donnees['identite_prenom'],
> >  'civilite' => $donnees['civilite'],
> >  'cat_socio' => $donnees['cat_socio'],
> >  'membre_adherent' => $donnees['membre_adherent']));
> >
> >> Au rechargement du formulaire la variable de session contient cette
> info ?
> >
> >   Et non.
>
> Ah ok, moi non plus.
>
> J'utilise session_set et là ça marche.
>
>
> https://code.spip.net/autodoc/tree/ecrire/inc/session.php.html#function_session_set
>
>
> --
> Stéphane
> 17 Charente-Maritime
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Formulaire CVT : bug ou idiotie de ma part ?

2020-12-16 Par sujet pierre laszczak
Hello,

Il y a une fonction actualiser_session()pour pousser une valeur dans
n'importe quel session en cours:

ex:
actualiser_sessions(array('id_auteur' => $id_auteur, 'mavar' => 'hello'));

De plus tu devras prévoir de peupler la session à la connection de
l'utilisateur avec les nouvelles valeurs issues de la bdd
ça se fait dans le pipeline preparer_fichier_session();

function monplugin_preparer_fichier_session($flux){
 if ($id_auteur=$flux['data']['id_auteur']){
  if ($mavar = sql_getfetsel('monchamp','spip_auteurs','id_auteur='
.intval($id_auteur))){
  $flux['data']['mavar'] = $mavar;
}
}
return $flux;
}

Voilà.



Le mer. 16 déc. 2020 à 19:43, BERTRAND Joël  a
écrit :

> Idiotie de ma part. En fait, aucun champ n'est mis à jour dans les
> variables $GLOBALS['visiteur_session']. Tant qu'on ne quitte par le
> formulaire, ça va, mais si on va entre temps sur une autre page, on
> s'aperçoit que les données affichées ne sont plus celles qui étaient
> dans la base.
>
> Y a-t-il une solution plus élégante que de taper dans la base de
> données à grands coups de SQL ?
>
> Bien cordialement,
>
> JB
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Saisie d'auteurs, toujours

2020-12-12 Par sujet pierre laszczak
Hello,

#SAISIE{auteurs, auteur, statut=#LISTE{0minirezo,1comite},
option_statut=oui}

On peut très bien passer un tableau de valeur à {statut?}


Le sam. 12 déc. 2020 à 14:30, nicod_  a écrit :

> Le 11/12/2020 à 22:32, Stephane Santon a écrit :
> > Merci pour vos réponses et vos précisions.
> >
> > Autre points toujours sur
> > #SAISIE{auteurs, auteur, statut=0minirezo, option_statut=oui}
> >
> >
> > - Comment écrire l'option
> > statut=0minirezo OU statut=1comite ?
> >
> > - A quoi sert :
> > Afficher les statuts (option_statut)
> > Utilisée par : auteurs
> > ?
>
> Encore une fois, regarde la doc écrite au début de la saisie et son code.
>
> Dans la boucle, on voit {statut ?} donc on ne peut passer qu'un seul
> statut.
> Solution alternative : faire une boucle sur AUTEURS qui remplit un
> tableau, et passer ce tableau à une #SAISIE{selection}
>
> --
> nicod_
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

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

2020-10-13 Par sujet pierre laszczak
Au niveau du focus sur un champ du  formulaire à l'ouverture  de la modal
c'est très perturbant pour le commun des mortels en navigation mobile:
Entre le scroll sur le premier champ  et le clavier virtuel qui s'affiche
sur la moitié de l'écran on a vraiment du mal à comprendre ce qui se passe
à l'écran.

Le mar. 13 oct. 2020 à 11:12, RealET  a écrit :

> Matthieu Marcillaud a écrit le 13/10/2020 à 11:02 :
> > Y a un focus automatique du lien sur la croix de fermeture ? C’est assez
> > bizarre (disgracieux) à la souris / trackpad du coup ce focus visible
> > sur la croix à l’ouverture de la modale. C’est voulu ?
> J'en profite pour faire remonter qu'on peut avoir besoin que ce soit un
> élément de formulaire dans la modale qui ait le focus à l'ouverture (ex
> pour une modale qui affiche juste un champ formulaire de recherche ou
> abonnement à une newsletter).
> Une discussion à ce sujet chez nicofr :
> https://github.com/nicofr/jquery-accessible-modal-window-aria/issues/20
>
> Discussion qui a donné lieu à son intégration.
>
> --
> RealET
>
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Chaine de langue dans boucle objet

2020-10-12 Par sujet pierre laszczak
RE,

Avec $GLOBALS['forcer_lang'] = true; dans mes_options.php  les chaines de
langues sont traduites en fonction de l'environnement ; que ce soit dans
une boucle ou hors boucle.
Je ne saurais dire si c'est un comportement voulu.

Voilà ++

Le ven. 9 oct. 2020 à 18:44, pierre laszczak  a
écrit :

> Hello,
>
> Lorsque des chaines de langues sont situées à l'intérieur des boucles
> objets celle-ci sont traduite dans la langue de la boucle et pas dans la
> lang de l'interface?
>
> ex:
> <:chaine:><:chaine:>
>
> La chaine de langue n'est pas traduite de la même façon si situé dans la
> boucle, hors boucle (ou partie conditionnel)
>
> Est-ce que c'est un fonctionnement normal?
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Chaine de langue dans boucle objet

2020-10-09 Par sujet pierre laszczak
Hello,

Lorsque des chaines de langues sont situées à l'intérieur des boucles
objets celle-ci sont traduite dans la langue de la boucle et pas dans la
lang de l'interface?

ex:
<:chaine:><:chaine:>

La chaine de langue n'est pas traduite de la même façon si situé dans la
boucle, hors boucle (ou partie conditionnel)

Est-ce que c'est un fonctionnement normal?
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

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

2020-10-09 Par sujet pierre laszczak
Hello,

Super! je viens de tester à l'instant sur contrib et je suis du même avis
que tcharlss

Une petite suggestion d'UX : pour les galeries, est-ce que c'est possible
> de mettre les flèches de navigation en position fixe sur les côté (et ce de
> base, sans avoir à bidouiller les styles) ?
> Là elles sont collées par-dessus l'image, ce qui fait qu'avec des images
> de tailles différentes elles changent constamment de place, ce qui rend la
> navigation à la souris moins facile.
>

*Il y a un autre soucis sur les connexions lentes, je pense notamment au
diaporama:*
-> Une fois qu'une action js est lancée on ne peut pas l'annuler en
cliquant sur close ou hors de la fancybox! on est obligé d'attendre que la
requête ajax soit terminée.

Le ven. 9 oct. 2020 à 00:48, nicod_  a écrit :

> Le 07/10/2020 à 23:59, nicod_ a écrit :
> > Il faudrait pouvoir la faire tester par un·e expert·e accessibilité.
> >
> > Peut être Roman, s'il nous lit ici ?
>
> Un premier retour de notabene :
>
> > Au clavier c'est tout bon (sauf le bouton "fermer" qui n'a pas d'outline
> perceptible). On cycle dans la popin sans en sortir, pas de perte de focus,
> etc. Quand on ferme la popin ça remet le focus sur le lien ouvrant. Tout
> bon.
> >
> > Les flèches ne sont affichées qu'au survol, ça n'aide pas  l'utilisateur
> pour voir que la popin est un carrousel (il peut pas deviner tout seul
> gauche/droite).
> >
> > J'essaie de tester bientôt avec mon lecteur d'écran. Mais déjà c'est
> bien cool.
>
> https://toot.cafe/@accessiblestef/105000951846500269
>
> Ça sent bon tout ça, en plus elle est vachement plus light et jolie
> cette box :)
>
> --
> nicod_
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

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

2020-09-18 Par sujet pierre laszczak
Super merci!

@nicod_   Oui ça fonctionnait bien et c'était déja
compatible avec le markup existant (z-bloc ajax, iframe html... toussa) et
les class css mediabox qui déclenchaient / definissaient  les galeries

Dans le privé le seul soucis constaté c'était les maj  successives de
plugin ou les installations par lots qui ne s'affichaient pas dans la boite
modal. Pour le reste c'était plutôt niquel.
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

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

2020-09-11 Par sujet pierre laszczak
Hello,

Placido avait continué le découpage de mediabox en api dans une V2  afin
d'y greffer facilement différente modalbox en plugin, tout en conservant le
markup d'origine (colorbox, featherlight)
Il vient de s'inscrire à spip-dev, je relance la discussion pour qu'il
puisse répondre rapidement.

Le ven. 11 sept. 2020 à 09:17, Cerdic  a écrit :

> Hello,
>
> je (re)découvre la fancybox qui dans sa v3 gère bien tous les types de
> contenu
> https://fancyapps.com/fancybox/3/
>
> Et je me disais que ce serait peut-être un bon plan de l’utiliser comme
> base dans le plugin mediabox de SPIP,
> pour remplacer la colorbox qui n’est plus maintenue depuis plusieurs
> années https://github.com/jackmoore/colorbox et a encore des bugs sur les
> mobiles et petits écrans
>
> Des avis, des retour d’expérience ?
>
> --
> Cédric
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Je commence avec GIT

2020-08-05 Par sujet pierre laszczak
hello

Via spip-cli rejouer spip core:telecharger (alias dl) suffit pour mettre à
jour les dépots.

Le mer. 5 août 2020 à 15:50, teamspipfact...@gmail.com <
teamspipfact...@gmail.com> a écrit :

> Le 05/08/2020 à 15:26, Luis a écrit :
>
> On 03/08/2020 14:57, Bruno Bergot wrote:
>
> Hop,
>
> Le 03/08/2020 à 14:55, Luis a écrit :
>
> J'ai fait un clone de SPIP
> git clone https://git.spip.net/SPIP/spip.git
>
> mais je ne vois pas les plugins-dist
>
> Comment faire?
>
>
> Suivez le guide...
>
> https://blog.smellup.net/spip.php?article117
>
> ++
> b_b
>
>
> Finalement, ce n'était pas dramatique. Le checkout fonctionne à merveille.
>
> Au cas où ça pourrait aider, mois je l'installé (checkout sans le .php)
> dans
> local/spip et une fois déclaré dans le $PATH ça roule
>
> et pour les plugins j'ai pris un petit script
> dans le quel je déclare les plugins puis je fais
> clone dans le dossier plugins d'un SPIP
>
> Finalement, pour avoir l'équivalent git de svn update ./* (pull) sur tous
> les plugins à la fois, j'ai trouvé ça
>
> https://dev.to/rmpato/git-pull-multiple-repositories-at-once-4l68
>
> je fais multipull (avec ZSH) et basta
>
>
>
>
> Suit le script
>
> #!/bin/sh
>
> # Clone multiple repositories.
>
> echo "=== CLONENATOR ==="
>
> array=( "https://git.spip.net/spip-contrib-extensions/cache_cool.git;
> 
> "AUTRES PLUGINS"
> "https://git.spip.net/spip-contrib-extensions/z-core.git;
>   )
>
> for element in ${array[@]}
> do
> echo "clonning $element"
> git clone $element
> done
>
> echo "=== DONE ==="
>
>
> yo avec l'aide de tous j'ai l’opération suivante (canal IRC)
> outils SPIP-Cli , puisque chekout est intégré a SPIP-Cli
>
>
> Récupérer SPIP-Cli, en exécutant la commande :
> git clone https://git.spip.net/spip-contrib-outils/spip-cli
>
> Installer SPIP + tous les plugins-dist + squelettes-dist
> spip dl -d /repertoire
>
>
> puis pour le pull
>
> dossier=($(ls -d *))
> for i in "${dossier[@]}"
> do
> #if [ -d "$i/.svn" ];then svn up ./$i ;fi
> if [ -d "$i/.git" ];then echo "Mise à jour de $i :"; cd $i;
> git pull; cd .. ; fi
> done
>
>
> --
> spipfactory
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Compositions / SpipR : passer des paramètres au body

2020-06-20 Par sujet pierre laszczak
En créant un squelette  rubrique-plaquettes.html dans la racine squelettes/
sur le modèle de
https://git.spip.net/spip-contrib-squelettes/spipr-dist/src/branch/master/rubrique.html

la compo content/rubrique-plaquettes.html n'est pas prise en compte?



Le sam. 20 juin 2020 à 14:33, Stephane Santon  a
écrit :

> Le 20/06/2020 à 14:23, Stephane Santon a écrit :
> >>> Je me lance dans les compositions, j'ai créé ma première
> >>> content/rubrique-plaquettes.html sous SpipR-dist,
> >>> va très bien.
> >>>
> >> Il faudrait vérifier s'il n'est pas possible de créer un fichier
> >> body-rubriques-plaquettes.html. Il me semble que c'est pris en compte
> >
> > Rahhh... je n'y arrive pas...
> >
> > Comment faire une variante compo sur le body ??
>
> Le problème peut-être exposé ici :
> https://contrib.spip.net/Creer-des-squelettes-avec-Zcore#comment483719
>
>
> --
> Stéphane
> 17 Charente-Maritime
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Bigup et traitement pour liaison objet id_objet

2020-05-19 Par sujet pierre laszczak
Je me réponds:

Attention, les formulaires de forum ne respectent pas vraiment la
convention de nommage objet/id_objet à laquelle on pourrait s'attendre ;
pour un forum  "objet" &  "id_objet" correspond à l'objet auquel se
rapporte le forum.
Pour mémo voici les fonctions à utiliser, il faudra nettoyer un peu mais la
méthode est là. (merci à b_b et cy_altern pour leurs conseils).
Je me suis inspiré du code de cy_altern et  tofulm ici:
https://git.gamuza.fr/spip/bigform/-/blob/master/inc/bigform_traiter.php#L14


include_spip('inc/joindre_document');
$ajouter_documents = charger_fonction('ajouter_documents', 'action');
set_request('joindre_upload','ok'); // Important!
$files = joindre_trouver_fichier_envoye();
$ajouter_documents('new', $files, 'forum', $id_reponse,'document');


Le lun. 18 mai 2020 à 14:47, pierre laszczak  a
écrit :

> Bonjour,
>
> J'utilise un formulaire de forum surchargé sur lequel j'ai ajouté une
> saisie BigUp (Upload de fichiers) afin de remplacer l'upload classique.
>
> Pour la partie charger et vérifier ça marche plutôt bien sans code
> additionnel, mais je bloque sur la partie traiter.
>
> Je suis aller voir dans le code de Bigup & Média pour trouver la méthode
> qui me permettrai de réaliser cette liaison documents objet-id_objet
> simplement, mais je n'ai pas trouver grand chose.
>
> Une âme charitable pourrait-elle me venir en aide afin d'orienter mes
> recherches dans la bonne direction?
>
> Merci.
>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] Bigup et traitement pour liaison objet id_objet

2020-05-18 Par sujet pierre laszczak
Bonjour,

J'utilise un formulaire de forum surchargé sur lequel j'ai ajouté une
saisie BigUp (Upload de fichiers) afin de remplacer l'upload classique.

Pour la partie charger et vérifier ça marche plutôt bien sans code
additionnel, mais je bloque sur la partie traiter.

Je suis aller voir dans le code de Bigup & Média pour trouver la méthode
qui me permettrai de réaliser cette liaison documents objet-id_objet
simplement, mais je n'ai pas trouver grand chose.

Une âme charitable pourrait-elle me venir en aide afin d'orienter mes
recherches dans la bonne direction?

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

Re: [spip-dev] Accès restreint : protection des documents HS

2020-05-07 Par sujet pierre laszczak
Hello,

De mon coté en SPIP 3.3 + accès restreint 4.0.0

Le fichier IMG/.htaccess  n'est pas créé même en forçant un
$GLOBALS['meta']['creer_htaccess'] = 'oui',
J'ai vérifié les droits mais  le .htaccess dans IMG/ ne se créé pas.

Par contre IMG/{jpg,mp3,mp4,...}/.htaccess sont bien présent avec un "deny
all" pour apache 2.2/2.4.

les liens générés par #URL_DOCUMENT semblent fonctionner correctement et
sont du type:
monsite.loc/docrestreint.api/21/b0696e42785dd2ca48c32c219e1317059b68a5ac/jpg/debian8.jpg


Par contre pour que la gestion des autorisations en fonction des documents
présents dans les zones restreinte il faut définir la constante
ACCES_RESTREINT_FORCE_AUTORISE

Voilà.


Le jeu. 7 mai 2020 à 00:49, RastaPopoulos  a écrit :

> Le 06/05/2020 à 20:21, nicod_ a écrit :
> > En 3.2 ça crée un htaccess dans IMG :
> >
> > RewriteEngine On
> > RewriteCond %{QUERY_STRING} ^(\d+/[\da-f]+)$
> > RewriteRule ^\w+/.*$ ../spip.php?action=api_docrestreint=%1/$0
> [skip=100]
> > RewriteRule ^\w+/.*$ ../spip.php?action=api_docrestreint=0/0/$0
> [skip=100]
>
> Moi j'ai bien ces règles (je suis en 3.2), et il les faut absolument à la
> racine de IMG. Pierrox dit que lui ne les a pas, et ça ça peut être un bug.
>
> Ces règles servent justement à ne PAS servir les fichiers directement,
> mais à les faire passer par l'action en paramètre.
>
> Et donc ça teste bien l'autorisation ensuite dans l'action, c'est bien le
> cas sur un de nos sites. (et sans define pour ça à priori)
>
> --
> RastaPopoulos
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] chemin d'images dans le js d'un plugin

2020-01-26 Par sujet pierre laszczak
Salut,

Je sais pas si il existe une méthode dans Spip pour le faire "proprement",
chaque plugin le fait un peu à sa façon il me semble.
En général Il suffit de déclarer la variable dans le squelette du head dans
des balises scripts. Faut pas chercher midi a 14H :)

[var
mavarjs='(#CONFIG{mavaleurqqpart})']


Le dim. 26 janv. 2020 à 17:22, Jean Marie Grall <
jeanmarie.lis...@cousumain.info> a écrit :

> Salut,
>
> dans le but de sauver des écureuils, j'avais gardé ce mail sous le coude
> pour un cas d'utilisation ultérieure et je crois qu'on y est...
>
> Pour un squelette HTML5up, j'ai besoin, dans du css, de récupérer l'url
> d'une image stockée en base via la config du plugin.
>
> Donc, avant ce mail, j'aurais fait ça :
>
>- un squelette pour faire du css comme ici
>
> https://git.spip.net/spip-contrib-squelettes/html5up_paradigm_shift/src/branch/master/css/html5up_paradigm_shift.spip.css.html#L2
>- que j'aurais appeler avec #PRODUIRE{fond...} comme là
>
> https://git.spip.net/spip-contrib-squelettes/html5up_paradigm_shift/src/branch/master/inclure/head.html#L35
>
> J’avais aussi la solution du pipeline insert_head comme ici :
> https://git.spip.net/spip-contrib-extensions/responsivenav/src/branch/master/responsivenav_pipelines.php#L18
>
> Mais maintenant, je ne sais pas, je ne sais plus. Alors, comment je sauve
> les bébêtes ?
>
> jeanmarie
>
>
> Le 16/12/2019 à 10:01, Cerdic a écrit :
>
> Never ever ! Jamais, ô grand jamais !
>
> Chaque fois qu’on fait un squelette pour du JS ou du CSS un troupeau
> d’écureuil meurt en tombant d’un arbre.
> (aka c’est totalement non écologique).
>
> Pour ce genre de cas il faut faire comme dans le plugin links par exemple :
>
>  - Dans le pipeline insert_head_css tu insère un tout petit bout de JS
> inline qui initialise une variable JS
>
> https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/links/trunk/links_fonctions.php#L89
>
> (la bonne pratique est d’insérer ce JS inline AVANT les CSS, donc en début
> de pipeline, pour de sombres histoires de cascade de chargement par les
> navigateurs, mais si tu le fait à la fin de insert_head_css c’est pas la
> mort - mais il faut alors insérer avant le script, et comme tous les
> scripts vont être regroupés/concaténés par le minifieur, il faut être sur
> que ton js inline sera bien avant le JS concaténé à la fin, donc dans
> insert_head ça risque de pas toujours marcher)
>
> Dans ton cas tu initialisera cette variable avec le chemin vers le dossier
> img/chesspieces/wikipedia, que tu peux trouver avec un find_in_path()
>
>  - dans ton js, tu utilises cette variable globale à la place du chemin en
> dur
>
> https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/links/trunk/links.js#L9
> Cela dit, dans ton cas, il y a déjà quelque chose de prévu, donc il
> faudrait réussir à initialiser config.pieceTheme (mais a voir d’où vient ce
> config, si c’est une variable globale ou quelque chose à passer quand tu
> appele les fonctions de ton js)
>
> Et hop le tour est joué, tu as sauvé des écureuils :)
>
>
>
>
> --
> Cédric
> Le 15 déc. 2019 à 21:03 +0100, Jean Marie Grall
>  , a
> écrit :
>
> En js, je sais pas, mais avec #CHEMIN
> https://www.spip.net/fr_article4332.html tu peux le faire.
>
> Par contre, ça veut dire que ton chessboard.js doit être un squelette,
> par ex chessboard.js.html, que tu appelles ensuite par le pipeline
> insert_head (à moins que la déclaration dans paquet.xml gère les
> squelettes?)
>
> jeanmarie
>
> Le 15/12/2019 à 18:08, Jacques B a écrit :
>
> Bonjour,
> Je cherche à faire un plugin utilisant le script
> https://chessboardjs.com/
>
> Je déclare le script dans paquet.xml ainsi :
> 
>
> J'utilise un modèle pour intégrer des échiquiers dans les articles et
> le script est bien intégré dans le privé ou le public.
>
> Par contre les images ne passent pas. Elles sont appelées ainsi dans
> chessboard.js
> // default piece theme is wikipedia
> if (!config.hasOwnProperty('pieceTheme') ||
> (!isString(config.pieceTheme) &&
> !isFunction(config.pieceTheme))) {
>   config.pieceTheme = 'img/chesspieces/wikipedia/{piece}.png'
>
> Mais ça donne par exemple dans le privé
> http://localhost/chessboard/ecrire/img/chesspieces/wikipedia/wK.png ou
> dans le public
> http://localhost/chessboard/img/chesspieces/wikipedia/wK.png
> Comment faire pour que le chemin des images soit bien le le dossier
> img du plugin ? Y aurait-il une instruction find_in_path qui serait
> applicable en js ? Ou ... ?
>
> Merci de votre aide !
> Jacques
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> 

Re: [spip-dev] formidable et facteur

2020-01-22 Par sujet pierre laszczak
Salut,

normalement il faudrait utiliser "reply-to" et non "from"

Si tu utilise un "from"  avec une adresse différente de celle qui
poste le courrier
tu as 99,9% de chance de retrouver ton mail en spam ou qu'il ne soit
même pas délivré.
Pour la différence en fonction de tes sites  c'est possible que ton hébergeur
réécrit volontairement le champ "from".

Donc il faut utiliser reply-to! et garder le from correspondant a la config smtp

Au niveau de Spip et Formidable, je ne sais pas comment c'est géré.
Personellement je le géré à la mano avec les fonctions d'envoi en
fonction des formilaires...

Le mar. 21 janv. 2020 à 18:44, chanka...@choc0.net
 a écrit :
>
> salut,
> je ne comprends pas trop pourquoi sur plusieurs sites, les formulaires
> formidables ne prennent pas en compte la config de facteur pour le champ
> from, et lorsque les utilisateurs font "répondre" à l'accusé de
> réception, ils se retrouvent à écrire à l'adresse du webmestre.
> Ça veut dire que le from était celui du webmestre et pas le paramétrage
> de Facteur... alors que Facteur est bien paramétré, à chaque fois.
> Je me perds entre
> https://git.spip.net/spip-contrib-extensions/formidable/src/branch/master/traiter/email.php#L208
> et
> https://git.spip.net/spip-contrib-extensions/facteur/src/branch/master/inc/envoyer_mail.php#L83
> ...
>
> --
>
> 
> chan
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] BOUCLE CONDITION conditionnée par des espaces

2019-12-30 Par sujet pierre laszczak
Sinon cette syntaxe plus concise devrait fonctionner:

#SET{numcol,#SELECTION_1|sinon{#CONFIG{zbox/cols}}

[(#GET{numcol})]

Le mar. 31 déc. 2019 à 00:10, pierre laszczak  a
écrit :

> Salut,
>
> l'écriture raccourci:
>  #SELECTION_1}>#SET{NUMCOL,#SELECTION_1}#SET{NUMCOL,#CONFIG{zbox/cols}}
>
> - le  est facultatif dans ton cas
> - Pour la condition il me semble que si  #SELECTION_1 vaut 0 c'est
> equivalent a null (à verifier et tester)
>
> Le lun. 30 déc. 2019 à 21:50, bibi  a écrit :
>
>> Je ne pige pas. Ces deux bocles n'ont qu des espaces comme différence
>>
>> {0}}>
>> #SET{NUMCOL,#SELECTION_1}
>> 
>> 
>> #SET{NUMCOL,#CONFIG{zbox/cols}}
>> 
>>
>> et
>>
>>
>> >
>> #SELECTION_1|>{0}}>#SET{NUMCOL,#SELECTION_1}#SET{NUMCOL,#CONFIG{zbox/cols}}
>>
>>
>> Celle avec des espaces fonctionne comme je veux, à savoir si
>> #SELECTION_1 a des donnés go go
>>
>> Pourquoi ?
>>
>> Gracias y felices.
>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: http://www.spip.net/
>> dev: http://trac.rezo.net/trac/spip/
>> irc://irc.freenode.net/spip
>>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] BOUCLE CONDITION conditionnée par des espaces

2019-12-30 Par sujet pierre laszczak
Salut,

l'écriture raccourci:
#SET{NUMCOL,#SELECTION_1}#SET{NUMCOL,#CONFIG{zbox/cols}}

- le  est facultatif dans ton cas
- Pour la condition il me semble que si  #SELECTION_1 vaut 0 c'est
equivalent a null (à verifier et tester)

Le lun. 30 déc. 2019 à 21:50, bibi  a écrit :

> Je ne pige pas. Ces deux bocles n'ont qu des espaces comme différence
>
> {0}}>
> #SET{NUMCOL,#SELECTION_1}
> 
> 
> #SET{NUMCOL,#CONFIG{zbox/cols}}
> 
>
> et
>
>
> 
> #SELECTION_1|>{0}}>#SET{NUMCOL,#SELECTION_1}#SET{NUMCOL,#CONFIG{zbox/cols}}
>
>
> Celle avec des espaces fonctionne comme je veux, à savoir si
> #SELECTION_1 a des donnés go go
>
> Pourquoi ?
>
> Gracias y felices.
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Saisies input type=number

2019-12-22 Par sujet pierre laszczak
Hello,

Oui je suis d'accord, mais la fonction de vérification n'as pas lieu d’être
exclusive  a un input type number. d'ailleurs Maieul le souligne:

En meme temps je trouverais bizarre de faire dépendre cela d'une
> vérification qu'on configure en yaml/php mais pas forcéement en
> squelette brut
>

Au final il s'agit plus d'avoir une saisie type number qu'un input qui
change en fonction des vérifications associées

Le dim. 22 déc. 2019 à 12:03, Gildas Cotomale  a
écrit :

>
>
> Le sam. 21 déc. 2019 17:28, pierre laszczak a écrit :
>
>> Oui et non, le soucis c est qu en CSS le type number et trop pénible a
>> décorer suivant le navigateur. Parfois j utilise un input text pour la
>> saisie d un  nombre a cause des petits boutons d
>> incrémentation/decrementation qui sont vraiment pénible à décorer. Ex: les
>> même version de Firefox sous Linux et Windows ne réagissent pas de la même
>> façon.
>>
>
> Salut la liste
>
> Je suis plutôt favorable à l'usage des types plus précis et sémantiques
> pour ma part ; et donc suis d'accord avec la proposition initiale de Maïeul.
>
> Je n'ai pas de soucis avec la stylisation des champs, et je n'ai jamais
> besoin de retoucher aux boutons de ..crémentation fort utiles et qui
> semblent en effet casse gueule à cibler (C'est dommage de s'acharner à les
> virer alors que ça apporte plus d'aide aux usagers...)
> - https://stackoverflow.com/questions/26024771/styling-a-input-type-number
> - https://css-tricks.com/numeric-inputs-a-comparison-of-browser-defaults/
> - https://www.ctrl.blog/entry/html5-input-number-localization.html
>
> Que Firefox présente des différences d'un système d'exploitation à un
> autre est normal et a toujours été assumé : ça s'intègre au maximum à la
> plateforme, et je parie qu'il y a de subtiles différences d'un bureau à un
> autre.
>
>
>
>> Le sam. 21 déc. 2019 à 16:51, Maïeul Rouquette a écrit :
>>
>>> oui, oui, ma question était plutot sur l'application automatique de ces
>>> paramètres coté client en html5 a partir de quelque chose censé être au
>>> départ une vérif coté serveur
>>>
>>> Le samedi 21 décembre 2019 à 16:41 +0100, Gildas Cotomale a écrit :
>>> > Il n'est pas du tout déconnant d'avoir ces paramètres ...pour peu
>>> > qu'on soit en HTML5 (dans les autres cas de doctype on devrait avoir
>>> > type="text" pour ne pas avoir de page non valide)
>>> >
>>> > Maintenant, ceci n'empêche et ne se substitue pas à la vérification
>>> > côté serveur...
>>> > Il faut voir ce qui est fait côté client comme un plus pouvant ne pas
>>> > être disponible (tout comme un navigateur peut ne pas supporter JS, il
>>> > peut ne pas connaître cette DTD)
>>> >
>>> >
>>>
>> <http://irc.freenode.net/spip>
>>>
>>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] SPIP 3.3, logos et images/documents

2019-12-22 Par sujet pierre laszczak
Hello,

Dans un contexte de spip mutualisé, avec SPIP3.3 j'ai un soucis avec une
fonction de réécriture de chemin appliquer via declarer_filtres_squelettes.

/**
 * RECRIRE URL FICHIERS STATIQUES MUTUALISATION
 *
 * ex: https://site.com/sites/site.com/local/gd2/image.jpg =>
https://site.com/local/gd2/image.jpg
 * /!\ Necessite règle réécriture sur serveur web
 *
 * @param string $flux
 *  flux html
 * @return string
 *  le flux html modifié
 */
function rewriteAssetMutu($flux){

if (!defined('_URL_IMG'))
define('_URL_IMG', strstr(_SPIP_PATH, '::', TRUE) .
_NOM_PERMANENTS_ACCESSIBLES);
// local
if (!defined('_URL_VAR'))
define('_URL_VAR', strstr(_SPIP_PATH, '::', TRUE) .
_NOM_TEMPORAIRES_ACCESSIBLES);

return str_replace(array(_URL_VAR, _URL_IMG),
array(_NOM_TEMPORAIRES_ACCESSIBLES, _NOM_PERMANENTS_ACCESSIBLES), $flux);
}

Je l'utilise depuis pas mal de temps en spip3.1 et 3.2 mais sur 3.3 avec
l'arrivé de  modeles/logo.html  ça ne fonctionne plus vraiment :
Le chemin est bien réécrit, mais je perds le chemin vers la ressource
modifié par GD au profit de la source originale.

En chemin j'ai ça
IMG/logo/scrat-ice-age-9135926-1024-768.jpg?1575968565

alors que theoriquement je devrais avoir:
local/cache-gd2/e0/f2f9ba32f026d2e321bb723fae611e.jpg?1577019107

J'ai survolé le code de la balise logo_.php afin de comprendre  les
changements mais je n'ai pas vraiment saisie le nouveau fonctionnement..

Le sam. 20 juil. 2019 à 16:47, Cerdic  a écrit :

> Hello,
>
> c’était au programme de la 3.3, mais on a rien fait jusqu’ici, et comme
> tout le sujet est englué depuis des années (décénies ?), je vous fais donc
> la proposition suivante :
>
>
>- la version 3.3 sera une version de transition
>
> Pour les logos :
>
>- les logos sont intégrés dans la table spip_documents avec
>mode=‘logo’, mais sans modification de l’interface, et sont toujours dans
>le dossier IMG/ pour ne pas casser trop les plugins de restrictions d’acces
>(cf https://core.spip.net/issues/3719)
>- Aucune modification de l’utilisation des balises LOGO ni des boucles
>documents desquelles ces images seront exclues par défaut comme les
>vignettes de document
>
> Pour les images et documents :
>
>- le champ `mode` est conservé dans la table spip_documents, mais il
>n’est plus utilisé pour différencier le format d’affichage dans les modèles
>documents
>- la notion de portfolio disparait de l’interface par défaut :
>   - dans l’espace privé toutes les images apparaissent dans
>   ‘illustrations’, tous les autres documents dans ‘document’
>   POUR CETTE VERSION UNIQUEMENT un define permets de le réactiver
>   pour les sites historiques qui pourront ainsi gérer leur transition de
>   façon smooth via un plugin
>   - dans la dist, dans la zone document joints s’affichent les
>   documents joints à l’article (vu ou non dans le contenu l’article) et 
> les
>   images jointes à l’article non vues dans le corps de l'article
>- les raccourcis ,  et  n’appellent plus directement
>les modèles img, doc et emb, qui disparaissent, mais une couche de routage
>regarde le type du document et affecte vers le bon modèle en fonction du
>media
>   - image.html, audio.html, video.html, file.html
>   - possibilité de décliner par mime type : file_text.html ou par
>   extension : video_mp4.html, file_text_csv.txt
>- Ainsi tous les modèles img,doc,emb bidouillés dans la nature sont
>bypassés et ignorés et on repart sur une base saine pour tous les sites
>avec les modèles par défaut
>- On peut utiliser  partout comme le propose le plugin mesdoc (
>https://contrib.spip.net/Modele-doc-unifie), ou continuer à utiliser
>les syntaxe différenciées, sans aucune espèce d’importance
>- L’interface ne proposerait que le raccourci  partout
>- POUR CETTE VERSION UNIQUEMENT un define permet de rétablir la prise
>en compte des modèles img,doc,emb existant — pour le meilleur et pour le
>pire
>- Le fonctionnement du modèle  reprend ce que propose le plugin
>insertions images avancées (
>https://23forward.com/Plugin-SPIP-Insertion-avancee-d-images) : image
>plein pot, clicable si faisant plus de 800 px(modifiable via define), avec
>titre, descriptif, credit si présents (on ne veut jamais ne pas les
>afficher !), balisage en , .
>Les modificatifs |left |right |center restent utilisables, ajoutant
>principalement une class
>Les modificateurs |largeur=300 ou |hauteur=250 ou |ratio=16:9 sont
>utilisables (extension de ce que propose les plugins suscités)
>On peut mettre un lien sur l’image comme actuellement
>- Les modèles audio et video sont inchangés par rapport à l’existant
>- Le modèle file reprend donc la présentation de tous les autres types
>de document hors image, audio et video
>Il est aussi en figure/figcaption, mais sinon pour l’essentiel reprend

Re: [spip-dev] Saisies input type=number

2019-12-21 Par sujet pierre laszczak
Oui et non, le soucis c est qu en CSS le type number et trop pénible a
décorer suivant le navigateur. Parfois j utilise un input text pour la
saisie d un  nombre a cause des petits boutons d
incrémentation/decrementation qui sont vraiment pénible à décorer. Ex: les
même version de Firefox sous Linux et Windows ne réagissent pas de la même
façon.

Le sam. 21 déc. 2019 à 16:51, Maïeul Rouquette  a écrit :

> oui, oui, ma question était plutot sur l'application automatique de ces
> paramètres coté client en html5 a partir de quelque chose censé être au
> départ une vérif coté serveur
>
> Le samedi 21 décembre 2019 à 16:41 +0100, Gildas Cotomale a écrit :
> > Il n'est pas du tout déconnant d'avoir ces paramètres ...pour peu
> > qu'on soit en HTML5 (dans les autres cas de doctype on devrait avoir
> > type="text" pour ne pas avoir de page non valide)
> >
> > Maintenant, ceci n'empêche et ne se substitue pas à la vérification
> > côté serveur...
> > Il faut voir ce qui est fait côté client comme un plus pouvant ne pas
> > être disponible (tout comme un navigateur peut ne pas supporter JS, il
> > peut ne pas connaître cette DTD)
> >
> >
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] BigUpload pourrait accepter les vidéos ?

2019-12-19 Par sujet pierre laszczak
Salut,

Tente "env=oui" en lieu et place de token=

Le jeu. 19 déc. 2019 à 20:19, bibi  a écrit :

> On 19/12/2019 10:09, Matthieu Marcillaud wrote:
>
> > Heu… tu as testé le plugin ?
> > Tu peux bien uploader 3 kilos de patates que ça pourrait marcher ; tant
> > que c’est un fichier numérique :p
>
> Bon j'avance mais là je donne ma langue aux chats :)
> Je veux faire un formulaire de up pour un plugin pour mettre une vidéo
> dans un background.
>
> Avec ce code
>
> [(#SAISIE{
> bigup,
> head_bg_img,
> token=#BIGUP_TOKEN{head_bg_img,multiple=non},
> label=Vidéo de fond,
> previsualiser=oui,
> accept=.mp4})
> ]
>
> J'ai ça en tmp
>
>  > tmp
>  > bigupload
>  > final
>  > 1_speciale
>  > configurer_zbox
>  > 7adf3e
>  > head_bg_img
>  > @04155031@
>  > boreal_mp4
>  file
>  file.bigup.json
>
> En lisant la doc j'ai compris que il les met dans tmp, avant je
> cherchais dan IMG et il y avait rien.
> Si j'ajoute .mp4 (manuellement), au "file" c'est bien mon bébé, mais je
> ne sais pas comment
>
> 1) récupérer "file" avec son .mp4
> 2) l'utiliser ensuite dans une boucle
> 3) pouvoir l'effacer si ça me chante et mettre un autre
>
> les multiples tests avec du code pioché dans
>
> bigup_exemple_avec_zone.html
> inc-bigup_liste_fichiers.html
> tester_bigup.html
>
> ça donne invariablement
>
> 2019-12-19 18:44:03 141.101.69.149 (pid 186) :
> Pri:ERREUR: Demande de token bigup, mais un argument est vide
> 2019-12-19 18:44:32 141.101.69.149 (pid 187) :
> Pri:ERREUR: Token invalide
>
> Meow, meow
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] suppression de documents

2019-08-26 Par sujet pierre laszczak
Bonjour,

Vous devriez pouvoir ajouter =article à l'url de la page
"médiathèque"  ?exec=documents=article

:)



Le lun. 26 août 2019 à 21:55, robert  a écrit :

> bonsoir
>
> Le 26/08/2019 à 12:39, Bruno Bergot a écrit :
> > Salut,
> >
> > Le 22/08/2019 à 18:07, robert a écrit :
> >> Bonjour
> >>
> >> Je ne suis pas sûr de poser ma question au bon endroit (j'ai posé la
> >> question sur User, sans réponses), peut-être est-ce sur contrib?
> >
> > Sachant que la question porte sur une évolution de SPIP, cette liste
> > semble appropriée :)
>
> ouf!
>
> >
> >>
> >> Peut-on prévoir une évolution de la médiathèque qui permette de lister
> >> les documents par article (et rubrique)?
> >>
> >> Mon souhait est de pouvoir les sélectionner afin de les supprimer à la
> >> fois de la base de données et du serveur, si la suppression du serveur
> >> n'est pas possible, au moins en avoir une liste pour les supprimer
> >> directement par ftp.
> >>
> >
> > Pour ce qui est de la liste par article, tu l'as déjà sur la page de
> > chaque article dans le privé cf ecrire/?exec=article_article=XX et le
> > bloc des documents propose bien un bouton "Tout enlever" pour supprimer
> > tous les documents liés d'un coup.
>
> cela les supprime de l'article, sont-ils physiquement supprimés du
> serveur   et de la base de données?
> qu'en est-il des documents liés à plusieurs articles?
>
>
> >
> > Pouce ce qui est de la liste par rubrique, il faudrait distinguer deux
> > choses : les documents liés aux rubriques ET les documents liés aux
> > articles (ou autres objets) d'une rubrique. Quel est ton besoin ?
> >
> > Pas certain que tout ça puisse être ajouté à la médiathèque...
>
> je pensais au moins pour les articles à ajouter un filtre < articles>>  comme critère d'affichage
>
> >
> > ++
> > b_b
>
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Forum redécoré

2017-09-14 Par sujet Pierre LASZCZAK
Salut!

Le forum est super ; par contre sur la page d'accueil, serait possible pas
d'ajouter un titre au-dessus de l'activité récente?

MERCI!
Le 13 sept. 2017 7:50 PM, "Matthieu Marcillaud"  a
écrit :

Cher·es participant·es,

Certain·es l’ont déjà vu : le site Forum est tout redécoré et amélioré.
https://forum.spip.net

N’hésitez plus à vous entraider là-bas aussi donc :)

Vous pouvez indiquez les problèmes éventuels sur cette nouvelle mouture
(mais pas trop quand même ^^).

Belle soirée à toutes et tous,

MM.

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


Re: [spip-dev] Nouveau logo de SPIP pour la 3.1 comme prévu ?

2014-11-05 Par sujet Pierre LASZCZAK
Génial!

je vote Libertine!

2014-11-05 18:37 GMT+01:00 Matthieu Marcillaud :

> Le 04/11/2014 15:49, Matthieu Marcillaud a écrit :
>
>> Le 03/11/2014 22:26, Matthieu Marcillaud a écrit :
>>
>>> Le 03/11/2014 18:57, Matthieu Marcillaud a écrit :
>>>
>>>  Allez, 3 variantes aussi de mon côté pour l'œil, avec un nez différent.
 Par ailleurs, j'ai mis une police qui me plaît plus : Gentium.

 http://i.imgur.com/GmrxcXM.png

>>>
>>> Et des variantes de corps (et d'esprit :p) .
>>> http://i.imgur.com/o4tP3He.png
>>>
>>
>> Encore des variantes
>> http://i.imgur.com/kh0FFhL.png
>>
>
> 3 tests de polices libres : Gentium, Libertine, et Biolinum (signalée par
> Realet).
>
> http://i.imgur.com/umWATNx.png
>
> Libertine & Biolinum sont expliquées ici :
> http://www.linuxlibertine.org/index.php?id=86=1
>
>
> MM.
>
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] Nouveau logo de SPIP pour la 3.1 comme prévu ?

2014-11-04 Par sujet Pierre LASZCZAK
http://i.imgur.com/o4tP3He.png

Le dernier de la liste est vraiment bien!

2014-11-03 22:26 GMT+01:00 Matthieu Marcillaud :

> Le 03/11/2014 18:57, Matthieu Marcillaud a écrit :
>
>  Allez, 3 variantes aussi de mon côté pour l'œil, avec un nez différent.
>> Par ailleurs, j'ai mis une police qui me plaît plus : Gentium.
>>
>> http://i.imgur.com/GmrxcXM.png
>>
>
> Et des variantes de corps (et d'esprit :p) .
> http://i.imgur.com/o4tP3He.png
>
>
> MM.
>
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] SPIP 3.1 : thèmes pour la dist

2014-10-23 Par sujet Pierre LASZCZAK
Bonjour,

Pour les thèmes et les squelettes est il possible faire l'analogie avec le
principe des thèmes GTK?
GTK parle souvent de  "moteur de thème". Je me demandais donc  si il était
possible d'employer ce terme afin d'aider à la compréhension et a la
classification d'un thème / squelette.
Il me semble que Zpip et SpipR, (bien que basé sur Zcore), sont quelque
chose de plus évolué qu'un simple squelette. Est ce possible de les
considéré comme des 'moteurs de thèmes' ou 'moteurs de squelettes'?. Pour
sarka, Escal & autres autre je ne connais pas, et je ne sais pas s'il
pourrait entrer dans ce genre de classification.


Le 23 octobre 2014 01:24, Ybbet SPIP  a écrit :

> Bonsoir,
>
> Si nous adoptons (avec grand plaisir pour ma part) par défaut une gestion
> de thèmes dans SPIP, cette page sera à déporter sur un site dédié aux
> thèmes distribués pour spip.
> http://themes.spip.net par exemple.
>
> Ce site présenterait donc tous les thèmes quelque soit le squelette
> utilisé (dist, Sarka, SPIPr, Escal, et cie). Chaque thème devra pouvoir
> dire s'il est compatible avec tel ou tel squelette, son nombre de colonnes,
> thème "sombre", "simple", bootstrap, foundation, etc.
> De là, l'utilisateur pourra filtrer les thèmes selon ses besoins le
> télécharger, ou à terme, l'importer dans l'interface ZenGarden.
> Un thème n'est pas un "plugin" à proprement parler… il ne gère que
> l'habillage (oui, on est d'accord il est distribué sous forme de plugin).
>
>
> --
> Ybbet, enfin chez lui après une agréable soirée coding party
>
> > Le 23 oct. 2014 à 00:38, nicod_  a écrit :
> >
> > Le 22/10/2014 21:10, Maïeul a écrit :
> >> un point très important de pédagogie dans la documentation et la
> >> présentation de SPIP 3.1, c'est d'expliquer que Thème = Présentation
> >> graphiques alors Squelettes = Choix du contenu à afficher. En effet,
> >> face à un CMS que je ne nommerai pas, mais bien connu,  il faut éviter
> >> les confusions dans les esprits. Or ledit CMS mélange allégrement les
> >> deux, sous la même dénomination. Une clarification terminologique à
> >> l'égard du grand public serait la bienvenu.
> >
> > D'accord avec tout ça, même si c'est pas évident d'expliquer de façon
> claire et simple la différence squelette/thème sans tomber dans le jargon
> technique.
> >
> > L'occasion aussi de revoir cette page : http://contrib.spip.net/Themes
> > Actuellement, ça parle de flux RSS, de connaissances à acquérir et de
> créer un thème, mais ça n'explique pas basiquement comment installer un
> thème.
> > Et en plus ça ne concerne que des thèmes pour Zpip (si j'ai bien
> compris).
> >
> > --
> > nicod_
> > ___
> > liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> > doc: http://www.spip.net/
> > dev: http://trac.rezo.net/trac/spip/
> > irc://irc.freenode.net/spip
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>