Re: [spip-dev] Logos SVP

2021-05-06 Par sujet nicod_

Le 06/05/2021 à 18:34, Eric Lupinacci a écrit :

Si on passe à composer


Lol.

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


Re: [spip-dev] [Spip-zone-commit] [historique_dist_html4] bornes compatibles SPIP4.0

2021-05-06 Par sujet cy_altern
Le 03/05/2021 à 21:27, spip.fra...@lien-d-amis.net a écrit :

> La bonne écriture pour qu'il ne fonctionne qu'avec spip 4, est:
> compatibilite="[4.0.0-alpha;4.0.*]"

certes mais comme dit sur IRC, il me semble souhaitable que tous les
plugins de compatibilité continuent à fonctionner *aussi* pour les SPIP
3.3-dev !
=> l'écriture ]3.2.999;4.0.*] est donc totalement légitime (et testée
fonctionnelle) dans ce cas !


++
cy_altern
___
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] [Pousseur] Erreur sur diogene_spipicious

2021-05-06 Par sujet salvatore
Erreur lors du commit :
> svn commit 'diogene_spipicious_pt_br.php' 'diogene_spipicious.xml' 
> --username='x' --password='x' --no-auth-cache --non-interactive 
> --trust-server-cert -m '[Salvatore] [source: diogene_spipicious] Export 
> depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source: diogene_spipicious] Mise a jour du bilan depuis 
https://trad.spip.net
Credits : Ricardo Porto 
' 2>&1
svn: E170001: Échec de la propagation (commit), détails :
svn: E170001: Erreur d'authentification du serveur : Username not found

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

Re: [spip-dev] [Spip-zone-commit] [escal] ajout de role=« navigation » pour les nav

2021-05-06 Par sujet Pierre-Jean CHANCELLIER

Bonjour,

Je ne contribue pas vraiment au code de SPIP mais je suis justement en 
train de re-développer le site d'une Université dans l'optique, 
entre 
autres, d'être conforme aux normes WCAG pour l'accessibilité. Je suis 
donc en plein dedans.


Le rôle "navigation" n'est pas nécessaire sur les balises nav en effet. 
D'ailleurs, avec ma collègue, nous avons suivi une formation sur 
l'accessibilité et le principe (en 2020) c'est qu'il vaut mieux ne pas 
mettre d'attributs ARIA que de trop en mettre.


Pour les menus, il est judicieux de mettre effectivement un aria-label 
ou un aria-labelled-by pour expliciter le rôle du menu (menu de 
pagination, menu principal, sous-menu de navigation au sein d'une 
rubrique, fil d'ariane, etc.)


Perso, je me base sur les tutos du W3C 
(https://www.w3.org/WAI/tutorials/page-structure/) pour :

- La structure globale des pages
- Les menus
- Les images
- Les tableaux
- Les formulaires
- Les carousels (j'ai trouvé celui-ci qui est responsive et accessible : 
https://kenwheeler.github.io/slick/)


Cordialement,




*Pierre-Jean CHANCELLIER*

/Cellule technique des technologies de l'Information et de la 
Communication (CeTTIC)

Centre de Ressources Informatiques/

Université du Havre
_tél :_ 02.32.74.*42.08*



Le 03/05/2021 à 12:17, jeanmarie a écrit :

Salut,

j'ai cru comprendre que role="navigation" n'était pas nécessaire pour 
les éléments de type  (cf note en fin de description : 
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Navigation_Role 
). C'est d’ailleurs en avertissement (pas d'erreur donc) dans le 
validateur W3C.


Est-ce qu'il faut les garder ou pas au final ? (on les retrouve dans 
la dist 
https://git.spip.net/spip/dist/src/branch/master/rubrique.html#L50 aussi)


Toujours de ce que je comprends, il est de bonne pratique d'ajouter un 
aria-label pour expliciter le bloc (ex : aria-label="Menu principal").


                jeanmarie


Le 02/05/2021 à 21:23, JC Villeneuve a écrit :

spip-contrib-squelettes/escal
-
Par JC Villeneuve, le 2 mai 2021 à 21h22min :

ajout de role="navigation" pour les nav


*Modifié*
 annuaire.html
 auteur.html
 inclusions/inc-article_forumSite.html
 inclusions/inc-articles_de_rubrique.html
 inclusions/inc-calendrier_art.html
 inclusions/inc-calendrier_event.html
 inclusions/inc-decouvrir_articles_rub.html
 inclusions/inc-decouvrir_articles_site.html
 inclusions/inc-derniers_comments.html
 inclusions/inc-documents_article.html
 inclusions/inc-documents_rubrique.html
 inclusions/inc-evenements_articles.html
 inclusions/inc-evenements_events.html
 inclusions/inc-events_mobile.html
 inclusions/inc-forum_article.html
 inclusions/inc-meme_rub.html
 inclusions/inc-perso.html
 inclusions/inc-rubrique_accueil.html
 inclusions/inc-rubrique_accueil2.html
 inclusions/inc-rubrique_accueil3.html
 inclusions/inc-rubrique_accueil4.html
 inclusions/inc-rubrique_accueil5.html
 inclusions/inc-rubrique_normal.html
 inclusions/inc-rubrique_trombino.html
 inclusions/inc-video_player.html
 jour-art.html
 modeles/galleria.html
 mot.html
 recherche.html
 site.html

Détails 
:https://git.spip.net/spip-contrib-squelettes/escal/commit/28b8d01035e9e0f80217048d44c22158201fba8b


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

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


smime.p7s
Description: Signature cryptographique S/MIME
___
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] [Ecriveur] Erreur sur diogene_spipicious

2021-05-06 Par sujet salvatore
Erreur : il y a deja un fichier 
salvatore/modules/diogene_spipicious--diogene_spipicious-f6ce7/diogene_spipicious.commit.json
 avec des commits en attente

___
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] [bellespuces] valide SPIP 4.0

2021-05-06 Par sujet Maïeul Rouquette
Le 06.05.21 à 20:27, chanka...@choc0.net a 
écrit :

hello,
je sais pas, je me range à l'avis général...




--

chan





perso je vire les plugin.xml au fur et à mesure.

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


Re: [spip-dev] [Spip-zone-commit] [bellespuces] valide SPIP 4.0

2021-05-06 Par sujet chanka...@choc0.net

hello,
je sais pas, je me range à l'avis général...

Le 06/05/2021 à 17:00, Eric Lupinacci a écrit :

Ca a encore du sens de mettre à jour le plugin.xml ?
Enfin je veux dire, ne devrait-on pas faire une branche pour ces 
plugins avec juste le paquet.xml et le bon intervalle de compatibilité ?


++
Eric


Le jeu. 6 mai 2021 à 16:57, chankalan > a écrit :


spip-contrib-extensions/bellespuces
-
Par chankalan, le 6 mai 2021 à 16h55min :

valide SPIP 4.0


*Modifié*
    paquet.xml
    plugin.xml

Détails :

https://git.spip.net/spip-contrib-extensions/bellespuces/commit/64d4a2a005be7a67ee8b80f98f8a8236c17473a2

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



--

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

Re: [spip-dev] Logos SVP

2021-05-06 Par sujet Eric Lupinacci
Hello,


Le jeu. 6 mai 2021 à 18:23, Matthieu Marcillaud  a
écrit :

> Alors je pense que l'icone est peut être pas assez suggestive. 1) y a
> pas de forme de bonhomme (juste un trait vertical), et 2) la main est
> quasi invisible.
>
> Je proposerais bien, tout en conservant donc l'idée d'apporter des
> plugins, de simplifier pour ne conserver que la main, la manche et le
> plateau, un peu comme sur :
>
> - https://www.flaticon.com/premium-icon/drinks_4130409
> - ou https://www.flaticon.com/free-icon/waiter_1378849
>
> Évidemment en changeant le contenu sur le plateau par les icones des
> différents plugins de SVP, notamment la prise, comme il y avait
>
> Un avis Eric, erational ou autre ?
>
>
Le temps a passé.
J'aimais bien le côté isotype de l'icône, ça faisait retro.

Maintenant on a une belle version SPIP 4.0 avec des logos retravaillés.
Donc oui voyons à le retravailler aussi et si en plus il est pas explicite,
aucun souci pour le revoir.
Le seul truc que j'aimerais qu'on conserve c'est que SVP, SVP API, SVP
typologie, SVP Stats et SVP Skel conserve un air de famille.

Après, je me dis que le côté serveur de SVP va un jour disparaître avec
Composer, ne faudrait-il pas mieux insister sur le côté plugins plutôt que
serveur pour préparer la suite ?
Si on passe à composer, il ne restera plus que SVP référentiel,
c'est-à-dire la fonction qui crée et met à jour la BD.

Donc gogogo

++
Eric
___
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] Logos SVP

2021-05-06 Par sujet Matthieu Marcillaud

Je disais (c'était pas passé sur la liste !)

Le 06/05/2021 à 17:54, erational a écrit :
> spip-contrib-extensions/svp_api
> Détails : 
https://git.spip.net/spip-contrib-extensions/svp_api/commit/7affd39f7f8a351dbae39f886ec5e5b9ef012e21


Sur les icones de SVP… je voyais et vois un grand L ; et avant qu'on me 
dise que c'était un·e majordome, un·e serveur·se , je supposais que 
c'était un sorte de bureau d'ordinateur (genre console…) …


Alors je pense que l'icone est peut être pas assez suggestive. 1) y a 
pas de forme de bonhomme (juste un trait vertical), et 2) la main est 
quasi invisible.


Je proposerais bien, tout en conservant donc l'idée d'apporter des 
plugins, de simplifier pour ne conserver que la main, la manche et le 
plateau, un peu comme sur :


- https://www.flaticon.com/premium-icon/drinks_4130409
- ou https://www.flaticon.com/free-icon/waiter_1378849

Évidemment en changeant le contenu sur le plateau par les icones des 
différents plugins de SVP, notamment la prise, comme il y avait


Un avis Eric, erational ou autre ?

MM.

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

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet nicod_

Le 06/05/2021 à 12:36, tcharlss a écrit :
Pour la nomenclature, je sais pas. Si le conteneur extérieur peut rester 
un .choix de base, ça simplifierait pour les styles.


div.choix.choix_inline
   span.sous-choix
     label
     input
   span.sous-choix
    label
    input

Par exemple ?


https://git.spip.net/spip-contrib-extensions/saisies/src/branch/conteneur_inline/saisies/conteneur_inline.html 
?


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


Re: [spip-dev] spip bonux

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 17:46, tofulm a écrit :
> y a t'il encore un intérêt a garder la fonction export_csv dans bonux ? Cela 
> oblige a reporter les modifs du corps dans bonux.

Tu veux parler de ce ticket ?
https://git.spip.net/spip-contrib-extensions/spip-bonux/issues/1

Mais apparemment c'est pas important :)

Et donc il semblerait ancré que l'idée soit d'avoir un plugin Bonux à vie, à 
l'infini, jusqu'à la mort des internets.
(Ou pas si on se met à releaser le noyau plus souvent ?)

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


[spip-dev] spip bonux

2021-05-06 Par sujet tofulm

Bonjour

y a t'il encore un intérêt a garder la fonction export_csv dans bonux ? 
Cela oblige a reporter les modifs du corps dans bonux.



--
tofulm

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Cerdic
Sorry, sorry, je sais que tu as fais pour le mieux avec les infos que tu avais, 
pardon de la formulation.

Et effectivement ta proposition de choix.choix_inline>.sous-choix (ou 
.choix-item ?) semble bien aussi pour gérer les cas où l’on veut mettre les 
choix en ligne dans un bloc .choix

--
Cédric
Le 6 mai 2021 à 12:36 +0200, tcharlss , a écrit :
> Le 06/05/2021 à 11:56, Cerdic a écrit :
> > Ah oui et en effet ils n’étaient pas stylé spécifiquement auparavant,
> > utilisant un très moche  pour gérer l'espacement
> >
> > Clairement ce « [ ] Oui [ ] Non » est un très mauvais pattern en terme
> > d’accessibilité, et gagnerait à être remplacé par une case à cocher
> > explicite
> >
> > Mais sinon on peut en effet proposer un markup spécifique, soit un
> > .choix-multiples qui du coup aurait le stylage proposé par Tcharlss,
> > soit des .choix-inline regroupés dans un .groupe-choix ?
> > Ou même simplement des .choix regroupés dans un .groupe-choix-flex ou
> > quelque chose du genre ? (qui serait un flex row avec wrap auto)
>
> +10 pour supprimer les oui/non au profit de simples case à cocher
>
> Sinon pour les choix multiples, il y a aussi Media qui met largeur +
> hauteur dans un même .choix par exemple.
>
> Pour la nomenclature, je sais pas. Si le conteneur extérieur peut rester
> un .choix de base, ça simplifierait pour les styles.
>
> div.choix.choix_inline
>   span.sous-choix
>     label
>     input
>   span.sous-choix
>    label
>    input
>
> Par exemple ?
>
> Et enfin bon, puisque ça a été subtilement suggéré je me sens obligé de
> répondre : je me garde bien d'ajouter des choses à la charte tout seul
> dans mon coin sans en parler avant, ou d'inventer des cas d'utilisation.
> Les styles répondent aux choses qui étaient clairement définies dans la
> charte (celle de 3.2), et pour les cas moins clairs comme les .choix et
> bien oui, des fois il faut inférer une partie des règles en fonction de
> ce qu'on a devant les yeux, les formulaires de la dist en l'occurence.
> On peut se tromper mais merci de ne pas immédiatement me prêter des
> intentions que j'ai jamais eues.
>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] [bellespuces] valide SPIP 4.0

2021-05-06 Par sujet Eric Lupinacci
Ca a encore du sens de mettre à jour le plugin.xml ?
Enfin je veux dire, ne devrait-on pas faire une branche pour ces plugins
avec juste le paquet.xml et le bon intervalle de compatibilité ?

++
Eric


Le jeu. 6 mai 2021 à 16:57, chankalan  a écrit :

> spip-contrib-extensions/bellespuces
> -
> Par chankalan, le 6 mai 2021 à 16h55min :
>
> valide SPIP 4.0
>
>
> *Modifié*
> paquet.xml
> plugin.xml
>
> Détails :
> https://git.spip.net/spip-contrib-extensions/bellespuces/commit/64d4a2a005be7a67ee8b80f98f8a8236c17473a2
>
> ___
> spip-zone-com...@rezo.net -
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Jean-Christophe Villeneuve

Bon j'ai recodé le formulaire
https://git.spip.net/spip-contrib-squelettes/escal/src/branch/master/formulaires/configurer_escal_layout.html#L44

Pouvez-vous me dire s'il y a encore des choses qui ne vont pas avant que 
je m'attaque aux autres ?


PS : vraiment dommage qu'on ne puisse pas mettre les .choix en ligne 
plutôt qu'en colonne


JC




Le 06/05/2021 à 11:18, Jean-Christophe Villeneuve a écrit :

Ah cool, en effet ça va bien m'aider ce plugin dev !

JC

Le 06/05/2021 à 10:26, RastaPopoulos a écrit :

Le 06/05/2021 à 09:08, Jean-Christophe Villeneuve a écrit :

Merci pour ces explications, je vais essayer de corriger mon code.
Où peut-on trouver cette fameuse charte des forms dans spip ?
Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans 
l'orga /spip


Quand tu l'installes tu as alors accès à des pages de charte de l'admin.

Mais sinon sur le site spip.net il y a une page sur la normalisation 
des formulaires. Cependant elle n'est pas très à jour… :)




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


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

Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet erational

Hello Cédric

Oui désolé, je me suis laisser emporté par l'enthousiasme.
Je vais y aller mollo maintenant.

Merci pour ce rappel et désolé pour le travail de rattrapage que cela 
apporte.



Le 06/05/2021 à 16:04, Cerdic a écrit :

Salut Erational,

est-ce qu’on pourrait convenir de ne pas changer les compatibilités 
d’une branche sans en parler au mainteneur principal, ni de faire des 
tags à gogo ?


Là rien ne va :
1/ le plugin change de compat majeure en perdant sa compat 3.0 et 3.1 
dans une simple release mineure

2/ le slogan et le logo du plugin changent
3/ et tout ça et joyeusement taggé et envoyé dans les zips chez tout 
le monde, va rattraper le bouzin


D’autre part, un bonux compat SPIP 4, dont le logo et le slogan change 
mérite une branche v4, car il y a des choses qui vont dégager car 
intégrée dans le core par exemple


Bref, c’est super cool pour l’icone, mais merci de pas y aller au 
bazooka sur les releases, ça fait 2 fois dans la semaine que je dois 
rattraper des releases foireuses
La règle c’est pas « pouf je fais un commit, je versionne le paquet je 
fais un tag » parce que c’est bien pénible et tout commit ne mérite 
pas un nouveau tag (en tout cas pour les plugins que je maintiens)


--
Cédric
Le 6 mai 2021 à 14:15 +0200, erational , a 
écrit :


Oui ca marche aussi en SPIP 3.2

J'ai donc adopté la nouvelle convention
https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/f7cae6a8d955989eb99d4aa8ebff56101e93bcea



Le 06/05/2021 à 13:53, RastaPopoulos a écrit :

Le 06/05/2021 à 13:45, Eric Lupinacci a écrit :

Oui, parce que sémantiquement ce n'est pas la même.
Ok moi ça me va, et c'est pas gênant vu qu'on parle de logo qui font 
3ko quoi…


Et vu que ça marche déjà aussi en 3.2, il faudrait donc noter que 
désormais la recommandation c'est tout simplement : "une image du 
nom du préfixe à la racine", ni plus ni moins.


Plugin Patates => patates.svg à la racine

Simple et de bon goût.



--
_
https://www.erational.org

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


--
_
https://www.erational.org

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

Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet Cerdic
Salut Erational,

est-ce qu’on pourrait convenir de ne pas changer les compatibilités d’une 
branche sans en parler au mainteneur principal, ni de faire des tags à gogo ?

Là rien ne va :
1/ le plugin change de compat majeure en perdant sa compat 3.0 et 3.1 dans une 
simple release mineure
2/ le slogan et le logo du plugin changent
3/ et tout ça et joyeusement taggé et envoyé dans les zips chez tout le monde, 
va rattraper le bouzin

D’autre part, un bonux compat SPIP 4, dont le logo et le slogan change mérite 
une branche v4, car il y a des choses qui vont dégager car intégrée dans le 
core par exemple

Bref, c’est super cool pour l’icone, mais merci de pas y aller au bazooka sur 
les releases, ça fait 2 fois dans la semaine que je dois rattraper des releases 
foireuses
La règle c’est pas « pouf je fais un commit, je versionne le paquet je fais un 
tag » parce que c’est bien pénible et tout commit ne mérite pas un nouveau tag 
(en tout cas pour les plugins que je maintiens)

--
Cédric
Le 6 mai 2021 à 14:15 +0200, erational , a écrit :
>
> Oui ca marche aussi en SPIP 3.2
>
> J'ai donc adopté la nouvelle convention
> https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/f7cae6a8d955989eb99d4aa8ebff56101e93bcea
>
>
>
> Le 06/05/2021 à 13:53, RastaPopoulos a écrit :
> > Le 06/05/2021 à 13:45, Eric Lupinacci a écrit :
> > > Oui, parce que sémantiquement ce n'est pas la même.
> > Ok moi ça me va, et c'est pas gênant vu qu'on parle de logo qui font 3ko 
> > quoi…
> >
> > Et vu que ça marche déjà aussi en 3.2, il faudrait donc noter que désormais 
> > la recommandation c'est tout simplement : "une image du nom du préfixe à la 
> > racine", ni plus ni moins.
> >
> > Plugin Patates => patates.svg à la racine
> >
> > Simple et de bon goût.
> >
>
> --
> _
> https://www.erational.org
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet erational


Oui ca marche aussi en SPIP 3.2

J'ai donc adopté la nouvelle convention
https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/f7cae6a8d955989eb99d4aa8ebff56101e93bcea



Le 06/05/2021 à 13:53, RastaPopoulos a écrit :

Le 06/05/2021 à 13:45, Eric Lupinacci a écrit :

Oui, parce que sémantiquement ce n'est pas la même.

Ok moi ça me va, et c'est pas gênant vu qu'on parle de logo qui font 3ko quoi…

Et vu que ça marche déjà aussi en 3.2, il faudrait donc noter que désormais la 
recommandation c'est tout simplement : "une image du nom du préfixe à la 
racine", ni plus ni moins.

Plugin Patates => patates.svg à la racine

Simple et de bon goût.



--
_
https://www.erational.org

___
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] [saisies] Indiquer le format attendu pour l’email

2021-05-06 Par sujet Maïeul Rouquette
Le jeudi 06 mai 2021 à 14:01 +0200, nicod_ a écrit :
> Le 06/05/2021 à 12:01, Maïeul Rouquette a écrit :
> > trois remarques par rapport à ce commit :
> > - pourquoi est-ce que seuls les lecteurs ecran et autre auraient
> > le 
> > droit à cette explication ?
> 
> J'ai appliqué le même markup que pour les dates.
> 
ah ! peut être aussi à reflechir pour les dates du coup
> > - ne vaudrait-il pas mieux plutot dire qu'il s'agit là de
> > l'explication 
> > par défaut, qui pourrait être surchargé au cas par cas (par exemple
> > si 
> > on domaine spécifiquement un email de type u...@lenomduneboite.truc
> > , ou 
> > si on est en suisse est qu'on veut n...@fournisseur.ch :-P)
> 
> On peut modifier la chaine de langue : n...@fournisseur.net
> 
oui, mais cela suppose d'avoir une présentation identique sur tous les
formulaires d'un site. Mais effectivement si on modifie la chaine de
langue par défaut, au moins on aura pas un francocentrisme:)
> > - est-ce que un placeholder ne serait pas également pertinent
> > (voire ne 
> > suffirait pas)
> 
> Non, les placeholders sont des pièges en terme d'UX et
> d'accessibilité.
ok, laissons pour l'instant de côté cette question
> 

___
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] [saisies] Indiquer le format attendu pour l’email

2021-05-06 Par sujet nicod_

Le 06/05/2021 à 12:01, Maïeul Rouquette a écrit :

trois remarques par rapport à ce commit :
- pourquoi est-ce que seuls les lecteurs ecran et autre auraient le 
droit à cette explication ?


J'ai appliqué le même markup que pour les dates.

- ne vaudrait-il pas mieux plutot dire qu'il s'agit là de l'explication 
par défaut, qui pourrait être surchargé au cas par cas (par exemple si 
on domaine spécifiquement un email de type u...@lenomduneboite.truc, ou 
si on est en suisse est qu'on veut n...@fournisseur.ch :-P)


On peut modifier la chaine de langue : n...@fournisseur.net

- est-ce que un placeholder ne serait pas également pertinent (voire ne 
suffirait pas)


Non, les placeholders sont des pièges en terme d'UX et d'accessibilité.

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet nicod_

Le 06/05/2021 à 11:56, Cerdic a écrit :
Clairement ce « [ ] Oui [ ] Non » est un très mauvais pattern en terme 
d’accessibilité, et gagnerait à être remplacé par une case à cocher 
explicite


Absolument pas, ce sont deux choix d'UX totalement différents, il faut 
bien choisir en connaissance de cause et en fonction du contexte.



If questions are like this:
"Subscribe to newsletter?", then its definitely checkbox. If its missed, then, 
they don't miss something important
If questions are like this:
"Should we email you the order details for record?" then definitely go for 
radios.


https://www.sarasoueidan.com/blog/one-checkbox-or-two-radio-buttons/
https://www.nngroup.com/articles/checkboxes-vs-radio-buttons/

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


Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 13:45, Eric Lupinacci a écrit :
> Oui, parce que sémantiquement ce n'est pas la même.

Ok moi ça me va, et c'est pas gênant vu qu'on parle de logo qui font 3ko quoi…

Et vu que ça marche déjà aussi en 3.2, il faudrait donc noter que désormais la 
recommandation c'est tout simplement : "une image du nom du préfixe à la 
racine", ni plus ni moins.

Plugin Patates => patates.svg à la racine

Simple et de bon goût.

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

Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet Eric Lupinacci
Yop,



Le jeu. 6 mai 2021 à 13:36, RastaPopoulos  a écrit :

>
> Là où je me pose plus la question c'est : si l'image est *aussi* déjà
> utilisé dans l'interface pour des liens/boutons, dans ce cas elle va aussi
> être dans prive/theme : est-ce qu'il faut pas prévoir de quand même pouvoir
> déclarer cette image dans le XML dans le futur, histoire de réutiliser une
> existante, sans doublonner ? Sinon on va devoir mettre une même image à la
> fois à la racine et dans prive/theme si on l'utilise aussi ailleurs.
>
>
Oui, parce que sémantiquement ce n'est pas la même.
C'est souvent le cas pour un objet.
Les icones sont dans les thèmes et peuvent très bien avoir la même image
temporairement que le logo mais on sait que cela peut changer dans un autre
thème.

Pour l'instant je ne changerais pas pour l'attribut dans le XML, on pourra
faire en sorte de chercher le logo par défaut plus tard.

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

Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 13:20, Matthieu Marcillaud a écrit :
> Ça marche la compat png-svg (3.2 - 4.0) si c'est pas dans prive/theme/ ?

Pour info même en 3.2 dans SVP, les logos *de plugin* en SVG marchent 
parfaitement, ils sont insérés dans un  ça marche pour n'importe quel type.
Cf 
https://git.spip.net/spip-contrib-extensions/dons/src/branch/master/paquet.xml#L7
que je vois bien en 3.2 comme il faut.

Moi je suis partisan de même pas mettre de XX dans ce cas : une image à la 
racine exactement du même nom que le préfixe du plugin.

Là où je me pose plus la question c'est : si l'image est *aussi* déjà utilisé 
dans l'interface pour des liens/boutons, dans ce cas elle va aussi être dans 
prive/theme : est-ce qu'il faut pas prévoir de quand même pouvoir déclarer 
cette image dans le XML dans le futur, histoire de réutiliser une existante, 
sans doublonner ? Sinon on va devoir mettre une même image à la fois à la 
racine et dans prive/theme si on l'utilise aussi ailleurs.

Mais pour les cas simple ou les cas où l'image du plugin n'est pas l'image d'un 
des objets ajoutés par le plugin, alors : une image à la racine *pile* du nom 
du préfixe.

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


Re: [spip-dev] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet Matthieu Marcillaud

Le 06/05/2021 à 12:36, erational a écrit :

OK je m'en charge sur les prochains plugins.

c'est possible de le noter quelque part dans la doc svp  ?



Le 06/05/2021 à 12:31, Eric Lupinacci a écrit :

Je renouvelle ma demande de passer les logos à la racine du plugin svp.


Oui, je serais favorable… mais.

Ça marche la compat png-svg (3.2 - 4.0) si c'est pas dans prive/theme/ ?

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

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet tcharlss

Le 06/05/2021 à 11:56, Cerdic a écrit :
Ah oui et en effet ils n’étaient pas stylé spécifiquement auparavant, 
utilisant un très moche  pour gérer l'espacement


Clairement ce « [ ] Oui [ ] Non » est un très mauvais pattern en terme 
d’accessibilité, et gagnerait à être remplacé par une case à cocher 
explicite


Mais sinon on peut en effet proposer un markup spécifique, soit un 
.choix-multiples qui du coup aurait le stylage proposé par Tcharlss, 
soit des .choix-inline regroupés dans un .groupe-choix ?
Ou même simplement des .choix regroupés dans un .groupe-choix-flex ou 
quelque chose du genre ? (qui serait un flex row avec wrap auto)


+10 pour supprimer les oui/non au profit de simples case à cocher

Sinon pour les choix multiples, il y a aussi Media qui met largeur + 
hauteur dans un même .choix par exemple.


Pour la nomenclature, je sais pas. Si le conteneur extérieur peut rester 
un .choix de base, ça simplifierait pour les styles.


div.choix.choix_inline
  span.sous-choix
    label
    input
  span.sous-choix
   label
   input

Par exemple ?

Et enfin bon, puisque ça a été subtilement suggéré je me sens obligé de 
répondre : je me garde bien d'ajouter des choses à la charte tout seul 
dans mon coin sans en parler avant, ou d'inventer des cas d'utilisation.
Les styles répondent aux choses qui étaient clairement définies dans la 
charte (celle de 3.2), et pour les cas moins clairs comme les .choix et 
bien oui, des fois il faut inférer une partie des règles en fonction de 
ce qu'on a devant les yeux, les formulaires de la dist en l'occurence. 
On peut se tromper mais merci de ne pas immédiatement me prêter des 
intentions que j'ai jamais eues.



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


Re: [spip-dev] [Spip-zone-commit] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet erational

OK je m'en charge sur les prochains plugins.

c'est possible de le noter quelque part dans la doc svp  ?



Le 06/05/2021 à 12:31, Eric Lupinacci a écrit :

Je renouvelle ma demande de passer les logos à la racine du plugin svp.

++
Eric


Le jeu. 6 mai 2021 à 09:26, erational > a écrit :


spip-contrib-extensions/spip-bonux
-
Par erational, le 6 mai 2021 à 09h24min :

[ui] logo on laisse tomber la lessive pour une cerise sur le gateau


*Ajouté*
    img_pack/spip-bonux-xx.svg
*Supprimé*
    img_pack/logo-bonux.gif
*Modifié*
    lang/paquet-spip_bonux_fr.php
    paquet.xml

Détails :

https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/5ce760b9920f861559ed2ad7e19b5df2f3f32671



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




--
_
https://www.erational.org

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

Re: [spip-dev] [Spip-zone-commit] [spip-bonux] [ui] logo on laisse tomber la lessive pour une cerise (...)

2021-05-06 Par sujet Eric Lupinacci
Je renouvelle ma demande de passer les logos à la racine du plugin svp.

++
Eric


Le jeu. 6 mai 2021 à 09:26, erational  a écrit :

> spip-contrib-extensions/spip-bonux
> -
> Par erational, le 6 mai 2021 à 09h24min :
>
> [ui] logo on laisse tomber la lessive pour une cerise sur le gateau
>
>
> *Ajouté*
> img_pack/spip-bonux-xx.svg
> *Supprimé*
> img_pack/logo-bonux.gif
> *Modifié*
> lang/paquet-spip_bonux_fr.php
> paquet.xml
>
> Détails :
> https://git.spip.net/spip-contrib-extensions/spip-bonux/commit/5ce760b9920f861559ed2ad7e19b5df2f3f32671
>
> ___
> spip-zone-com...@rezo.net -
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Maïeul Rouquette

Le 06.05.21 à 11:18, Jean-Christophe Villeneuve a écrit :

Ah cool, en effet ça va bien m'aider ce plugin dev !

JC



sinon il y aussi le plugin "saisies" qui permet de juste déclarer le 
sens semantique de des saisies qu'on veut avoir et laisser le plugin se 
charger du marrkup :p

___
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] [saisies] Indiquer le format attendu pour l’email

2021-05-06 Par sujet Maïeul Rouquette

Le 05.05.21 à 19:54, nicod_ a écrit :

spip-contrib-extensions/saisies
-
Par nicod_, le 5 mai 2021 à 19h53min :

Indiquer le format attendu pour l’email


*Modifié*
 lang/saisies_fr.php
 saisies/email.html

Détails : 
https://git.spip.net/spip-contrib-extensions/saisies/commit/0ecff8e95a468fdd25a1a29b8649c6b72146e43c

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


Salut Nicod,

trois remarques par rapport à ce commit :
- pourquoi est-ce que seuls les lecteurs ecran et autre auraient le 
droit à cette explication ?
- ne vaudrait-il pas mieux plutot dire qu'il s'agit là de l'explication 
par défaut, qui pourrait être surchargé au cas par cas (par exemple si 
on domaine spécifiquement un email de type u...@lenomduneboite.truc, ou 
si on est en suisse est qu'on veut n...@fournisseur.ch :-P)
- est-ce que un placeholder ne serait pas également pertinent (voire ne 
suffirait pas)

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

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Maïeul Rouquette

Le 06.05.21 à 11:48, RastaPopoulos a écrit :

Le 06/05/2021 à 11:37, Cerdic a écrit :

La démarche c’est pas que les css par défaut des formulaires doivent styler 
tous les cas inimaginables, mais bien uniquement les cas de la charte et 
ensuite les cas particuliers sont stylés comme des cas particuliers (formulaire 
par formulaire)


Oui mais le cas oui/non dans un même choix… c'est un cas du core ! :)

Du coup je suppute que tcharlss pensait bien faire en se disant : si c'est 
utilisé par le core, c'est que ça doit être prévu dans les styles.

Mais on peut bien sûr parfaitement décider que c'est le core qui faisait 
n'importe quoi et prenait des libertés, et donc : corriger le core.

C'est ma préférence aussi, ce qui évite d'ajouter un concept rare en plus de 
groupe de choix, on corrige les forms de contenus d'articles, etc qui ont des 
oui/non dans la même ligne. D'ailleurs tcharlss disait que ça serait 
possiblement bien de les corriger pour des cases à cocher, mieux que des 
oui/non généralement, mais bon faut voir l'implication en terme de chaines.

moi j'ai envie de dire : quitte à rompre des choses, simplifions et 
virons les incohérences du core :)


Idéalement la case à cocher c'est mieux (même si pas tjr possible), 
reste à voir quoi faire du côté des chaines de langue.

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Cerdic
Ah oui et en effet ils n’étaient pas stylé spécifiquement auparavant, utilisant 
un très moche  pour gérer l'espacement

Clairement ce « [ ] Oui [ ] Non » est un très mauvais pattern en terme 
d’accessibilité, et gagnerait à être remplacé par une case à cocher explicite

Mais sinon on peut en effet proposer un markup spécifique, soit un 
.choix-multiples qui du coup aurait le stylage proposé par Tcharlss, soit des 
.choix-inline regroupés dans un .groupe-choix ?
Ou même simplement des .choix regroupés dans un .groupe-choix-flex ou quelque 
chose du genre ? (qui serait un flex row avec wrap auto)

--
Cédric
Le 6 mai 2021 à 11:48 +0200, RastaPopoulos , a écrit :
> Le 06/05/2021 à 11:37, Cerdic a écrit :
> > La démarche c’est pas que les css par défaut des formulaires doivent styler 
> > tous les cas inimaginables, mais bien uniquement les cas de la charte et 
> > ensuite les cas particuliers sont stylés comme des cas particuliers 
> > (formulaire par formulaire)
>
> Oui mais le cas oui/non dans un même choix… c'est un cas du core ! :)
>
> Du coup je suppute que tcharlss pensait bien faire en se disant : si c'est 
> utilisé par le core, c'est que ça doit être prévu dans les styles.
>
> Mais on peut bien sûr parfaitement décider que c'est le core qui faisait 
> n'importe quoi et prenait des libertés, et donc : corriger le core.
>
> C'est ma préférence aussi, ce qui évite d'ajouter un concept rare en plus de 
> groupe de choix, on corrige les forms de contenus d'articles, etc qui ont des 
> oui/non dans la même ligne. D'ailleurs tcharlss disait que ça serait 
> possiblement bien de les corriger pour des cases à cocher, mieux que des 
> oui/non généralement, mais bon faut voir l'implication en terme de chaines.
>
> --
> 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] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 11:50, Pierre-Jean Colliot a écrit :
> dans les emplacements dédiés aux logos (à gauche de la page de vue d'un objet 
> notamment).

Bé c'est déjà ce que fait le plugin Rôles de documents :)
Il ne change pas les habitudes des gens, le bloc est toujours au même endroit, 
même si derrière ça met le rôle sur un document normal.

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


Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet Pierre-Jean Colliot
C'est exactement ça : tous les docs au même endroit et réexploitation de docs 
avec différents rôles (dont un rôle "logo").


Mon postulat était de me dire que si un jour SPIP intègre le rôle logo dans le 
core, j'aurais déjà mes documents typés "logo", et qu'ils pourront alors 
réapparaitre dans les emplacements dédiés aux logos (à gauche de la page de vue 
d'un objet notamment).


De : RastaPopoulos 
Envoyé : jeudi 6 mai 2021 11:36:11
À : spip-dev@rezo.net
Objet : Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

Le 06/05/2021 à 11:30, Pierre-Jean Colliot a écrit :
> Si c'est le cas, est-il assez prudent d'anticiper ce schéma en exploitant 
> directement un rôle "logo" depuis Rôle de documents ?

Je ne saisis pas trop le sens final de cette question :)

Ça fait 6 ans qu'il existe ce plugin, et il a été conçu justement comme 
remplaçant des anciens logos, afin d'utiliser les vrais documents (et vraiment 
partagés dans la médiathèque), et d'en faire une expérimentation grandeur 
nature pour la suite de SPIP.

Alors si ton besoin c'est que tous les docs soient au même endroit, et que pour 
un logo tu puisses bien réutiliser un doc existant (et possiblement plusieurs 
fois le même) bah oui c'est ce plugin qu'il faut utiliser.

Après ça peut encore être amélioré, question ergonomie notamment, mais le but 
d'origine c'est bien de partir de cette base, pour le futur du plugin Médias, 
pas depuis 0.

En attendant ça marche (très bien) depuis 6 ans, faut juste arriver à le faire 
re-fonctionner en SPIP 4, surtout que c'est un des rares plugins manquants, la 
majorité des autres fonctionnent bien déjà. :(

--
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] spip 4 - retour d'usage

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 11:37, Cerdic a écrit :
> La démarche c’est pas que les css par défaut des formulaires doivent styler 
> tous les cas inimaginables, mais bien uniquement les cas de la charte et 
> ensuite les cas particuliers sont stylés comme des cas particuliers 
> (formulaire par formulaire)

Oui mais le cas oui/non dans un même choix… c'est un cas du core ! :)

Du coup je suppute que tcharlss pensait bien faire en se disant : si c'est 
utilisé par le core, c'est que ça doit être prévu dans les styles.

Mais on peut bien sûr parfaitement décider que c'est le core qui faisait 
n'importe quoi et prenait des libertés, et donc : corriger le core.

C'est ma préférence aussi, ce qui évite d'ajouter un concept rare en plus de 
groupe de choix, on corrige les forms de contenus d'articles, etc qui ont des 
oui/non dans la même ligne. D'ailleurs tcharlss disait que ça serait 
possiblement bien de les corriger pour des cases à cocher, mieux que des 
oui/non généralement, mais bon faut voir l'implication en terme de chaines.

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


Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 11:34, pierre laszczak a écrit :
> Serait-il possible de clarifier la situation des rôles dans spip4 ?

Ya rien de différent à 3.2 donc depuis des années déjà pareil hein. Rien de 
nouveau sur les Rôles en SPIP 4 pour l'instant. :)

- Le noyau fournit une API PHP.
- Le plugin Rôles fournit des éléments d'interface. (Et cette partie pourrait 
intégrer le noyau aussi un jour, ça serait mieux que séparé il me semble)
- Des plugins nécessitent Rôles pour ajouter cette interface à des objets 
existants.

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Cerdic
Je comprends pas l’argument sur les choix oui/non collé : il y a pas de cas 
officiels et supportés avec un radio oui et un radio non dans un même .choix

Cf la charte 3.2
https://git.spip.net/spip/dev/src/branch/master/formulaires/charter.html#L113
le choix « oui » est dans un .choix, le choix « non » est dans un autre .choix,

Et ici c’est une case à cocher « Oui » dans un .choix avec un hidden « non » 
pour avoir la valeur non si on coche pas
https://git.spip.net/spip/dev/src/branch/master/formulaires/charter.html#L130
il y a donc un seul choix dans le .choix et c’est la seule chose à styler

Les gens qui mettent éventuellement pleins de trucs dans un .choix, y compris 
plusieurs choix (radio, case), doivent alors gérer d’ajouter du css pour gérer 
leurs marge ou leurs alignement ou que sais-je

Sur la mediabox, par exemple j’ai rusé en faisant un .choix pour regrouper et 
dedans plusieurs sous .choix sur lesquels j’enleve la bordure
https://git.spip.net/spip/mediabox/src/branch/master/inc/mediabox.php#L84


La démarche c’est pas que les css par défaut des formulaires doivent styler 
tous les cas inimaginables, mais bien uniquement les cas de la charte et 
ensuite les cas particuliers sont stylés comme des cas particuliers (formulaire 
par formulaire)

--
Cédric
Le 6 mai 2021 à 11:06 +0200, tcharlss , a écrit :
> En résumé :
>
> * Je vais retirer la règle trop stricte. On se contente de l'habillage
> extérieur (la bordure) sans présumer de ce qu'il y a dedans
> * Les .choix des forms de config en oui/non vont être à nouveau collés,
> pour ces cas-là peut-être faudrait-il en effet introduire un
> .groupe-choix ou autre (uniquement pour mettre une marge entre 2 paires
> inputs+label successives)
> * Escal prend d'énormes libertés avec la charte :)
>
> Le 06/05/2021 à 10:26, RastaPopoulos a écrit :
> >
> > Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans l'orga /spip
> >
> > Quand tu l'installes tu as alors accès à des pages de charte de l'admin.
> >
> > Mais sinon sur le site spip.net il y a une page sur la normalisation des 
> > formulaires. Cependant elle n'est pas très à jour… :)
> >
> ___
> 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] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 11:30, Pierre-Jean Colliot a écrit :
> Si c'est le cas, est-il assez prudent d'anticiper ce schéma en exploitant 
> directement un rôle "logo" depuis Rôle de documents ?

Je ne saisis pas trop le sens final de cette question :)

Ça fait 6 ans qu'il existe ce plugin, et il a été conçu justement comme 
remplaçant des anciens logos, afin d'utiliser les vrais documents (et vraiment 
partagés dans la médiathèque), et d'en faire une expérimentation grandeur 
nature pour la suite de SPIP.

Alors si ton besoin c'est que tous les docs soient au même endroit, et que pour 
un logo tu puisses bien réutiliser un doc existant (et possiblement plusieurs 
fois le même) bah oui c'est ce plugin qu'il faut utiliser.

Après ça peut encore être amélioré, question ergonomie notamment, mais le but 
d'origine c'est bien de partir de cette base, pour le futur du plugin Médias, 
pas depuis 0.

En attendant ça marche (très bien) depuis 6 ans, faut juste arriver à le faire 
re-fonctionner en SPIP 4, surtout que c'est un des rares plugins manquants, la 
majorité des autres fonctionnent bien déjà. :(

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


Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet pierre laszczak
Alors on a le plugin rôles compatible 3.3 ici:
https://contrib.spip.net/Des-roles-sur-des-liens

Le plugin rôle_document qui necessite rôles
https://contrib.spip.net/Roles-de-documents

Et pourtant, dans le core depuis qq temps on peut qualifier des liens
https://git.spip.net/spip/spip/src/branch/3.2/ecrire/action/editer_liens.php

Serait-il possible de clarifier la situation des rôles dans spip4 ?

Le jeu. 6 mai 2021 à 11:16, RastaPopoulos  a écrit :

> Le 06/05/2021 à 11:06, pierre laszczak a écrit :
> > On reste sur le plugin rôle_document?
>
> Oui mais il n'est pour l'instant pas fonctionnel en SPIP 4 (arg), on a
> commencé à regarder mais ya pas que du trivial :(
>
> --
> 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] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet Pierre-Jean Colliot
Bonjour,


Aussi intéressé par ce sujet, est-il possible/judicieux d'utiliser un rôle 
"logo" via Rôle de documents en attendant que spip gère ça nativement ?


Je suppose qu'il y aura à terme une routine SPIP pour convertir les logos en 
documents avec un rôle "logo" dans spip_documents_liens.
Si c'est le cas, est-il assez prudent d'anticiper ce schéma en exploitant 
directement un rôle "logo" depuis Rôle de documents ?






De : pierre laszczak 
Envoyé : jeudi 6 mai 2021 11:06:45
À : RastaPopoulos
Cc : SPIP-Dev
Objet : Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

Ok, donc les rôles sur documents ne seront pas integrés en SPIP4?
On reste sur le plugin rôle_document?

Le jeu. 6 mai 2021 à 11:03, RastaPopoulos 
mailto:rastapopou...@spip.org>> a écrit :
Le 06/05/2021 à 10:58, pierre laszczak a écrit :
> Il y a bien une colonne role  sur la table documents_liens avec avec un role 
> document.

Non, c'est le plugin Rôles de documents qui fait ça uniquement

--
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] spip 4 - retour d'usage

2021-05-06 Par sujet Jean-Christophe Villeneuve

Oui j'ai codé ça sans connaitre la charte.
Je vais recoder tout ça ... y'a du taf !

JC

Le 06/05/2021 à 11:06, tcharlss a écrit :

En résumé :

* Je vais retirer la règle trop stricte. On se contente de l'habillage 
extérieur (la bordure) sans présumer de ce qu'il y a dedans
* Les .choix des forms de config en oui/non vont être à nouveau 
collés, pour ces cas-là peut-être faudrait-il en effet introduire un 
.groupe-choix ou autre (uniquement pour mettre une marge entre 2 
paires inputs+label successives)

* Escal prend d'énormes libertés avec la charte :)

Le 06/05/2021 à 10:26, RastaPopoulos a écrit :


Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans 
l'orga /spip


Quand tu l'installes tu as alors accès à des pages de charte de l'admin.

Mais sinon sur le site spip.net il y a une page sur la normalisation 
des formulaires. Cependant elle n'est pas très à jour… :)



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


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

Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Jean-Christophe Villeneuve

Ah cool, en effet ça va bien m'aider ce plugin dev !

JC

Le 06/05/2021 à 10:26, RastaPopoulos a écrit :

Le 06/05/2021 à 09:08, Jean-Christophe Villeneuve a écrit :

Merci pour ces explications, je vais essayer de corriger mon code.
Où peut-on trouver cette fameuse charte des forms dans spip ?

Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans l'orga /spip

Quand tu l'installes tu as alors accès à des pages de charte de l'admin.

Mais sinon sur le site spip.net il y a une page sur la normalisation des 
formulaires. Cependant elle n'est pas très à jour… :)



___
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] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 11:06, pierre laszczak a écrit :
> On reste sur le plugin rôle_document?

Oui mais il n'est pour l'instant pas fonctionnel en SPIP 4 (arg), on a commencé 
à regarder mais ya pas que du trivial :(

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


Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet pierre laszczak
Ok, donc les rôles sur documents ne seront pas integrés en SPIP4?
On reste sur le plugin rôle_document?

Le jeu. 6 mai 2021 à 11:03, RastaPopoulos  a écrit :

> Le 06/05/2021 à 10:58, pierre laszczak a écrit :
> > Il y a bien une colonne role  sur la table documents_liens avec avec un
> role document.
>
> Non, c'est le plugin Rôles de documents qui fait ça uniquement
>
> --
> 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] spip 4 - retour d'usage

2021-05-06 Par sujet tcharlss

En résumé :

* Je vais retirer la règle trop stricte. On se contente de l'habillage 
extérieur (la bordure) sans présumer de ce qu'il y a dedans
* Les .choix des forms de config en oui/non vont être à nouveau collés, 
pour ces cas-là peut-être faudrait-il en effet introduire un 
.groupe-choix ou autre (uniquement pour mettre une marge entre 2 paires 
inputs+label successives)

* Escal prend d'énormes libertés avec la charte :)

Le 06/05/2021 à 10:26, RastaPopoulos a écrit :


Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans l'orga /spip

Quand tu l'installes tu as alors accès à des pages de charte de l'admin.

Mais sinon sur le site spip.net il y a une page sur la normalisation des 
formulaires. Cependant elle n'est pas très à jour… :)


___
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] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 10:58, pierre laszczak a écrit :
> Il y a bien une colonne role  sur la table documents_liens avec avec un role 
> document.

Non, c'est le plugin Rôles de documents qui fait ça uniquement

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


Re: [spip-dev] Ô mega ! c’est SPIP 4.0 alpha

2021-05-06 Par sujet pierre laszczak
Bonjour,

Super merci beaucoup,

Qu'en est-il des rôles ; et en particulier des rôles logo?
Il y a bien une colonne role  sur la table documents_liens avec avec un
role document.

Est-il déjà possible d'utiliser un rôle "logo" sans plugin additionnel qui
fonctionnerait direct avec la balise LOGO.
Où faudra-t-il encore utiliser le plugin role_document avec cette nouvelle
version de SPIP?


Le lun. 3 mai 2021 à 18:13, erational  a écrit :

> Nous sommes heureux de vous présenter la version alpha de SPIP 4.0.
>
> Oh là là là là, c’est énorme : SPIP passe en version 4.0.0-alpha !
> Joie, émotion, tout ça. J’en ai les yeux tout humides
>
> #SPIPCMS cela reste malin, léger et frais !
>
>
> Attention :
> C’est une version alpha, elle peut encore contenir des bugs,
> ne l’utilisez pas sur un site en production sans savoir ce que vous faites.
>
> Cette nouvelle version intègre différentes évolutions concernant
> l’interface d’administration, la gestion des documents, une syntaxe de
> boucles étendue et quelques allègements.
>
> Retrouvez tous les détails sur l’article du blog:
> https://blog.spip.net/847
>
> —
> L’équipe
>
> ___
> 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] qq pétouilles à faire sur spip.net et plugins.spip.net

2021-05-06 Par sujet erational

Merci !

Le 06/05/2021 à 09:29, Bruno Bergot a écrit :

Hop,

Le 06/05/2021 à 08:00, erational a écrit :

Coucou

+ spip.net
les pétitions ont disparus :)
https://www.spip.net/fr_article884.html



Arf, faiche, j'avais pourtant activé le define pour forcer la compat, 
mais il n'avait aucun effet sur les anciens plugins-dist. J'ai pu les 
réactiver uniquement après les avoir mis à jour avec un git pull, et 
j'en ai profité pour les déplacer dans /plugins.


J'ai réactivé : pétitions, brèves, organiseur et squelettes par 
rubriques. Il faudra faire un état des lieux prochainement car je ne 
suis pas certain qu'on utilise les brèves sur spip.net, et j'ai bien 
envie qu'on se débarrasse de l'organiseur.


Sinon, j'ai viré vertebres.


+ plugins.spip.net

en plus du nouveau tag SPIP 4.0,


Yep, j'ai créé un ticket à ce sujet ici https://core.spip.net/issues/4767

++
b_b


--
_
https://www.erational.org

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet RastaPopoulos
Le 06/05/2021 à 09:08, Jean-Christophe Villeneuve a écrit :
> Merci pour ces explications, je vais essayer de corriger mon code.
> Où peut-on trouver cette fameuse charte des forms dans spip ?

Yop c'est dans le plugin "Dev" (fourni par l'équipe noyau, dans l'orga /spip

Quand tu l'installes tu as alors accès à des pages de charte de l'admin.

Mais sinon sur le site spip.net il y a une page sur la normalisation des 
formulaires. Cependant elle n'est pas très à jour… :)

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

Re: [spip-dev] qq pétouilles à faire sur spip.net et plugins.spip.net

2021-05-06 Par sujet Bruno Bergot

Hop,

Le 06/05/2021 à 08:00, erational a écrit :

Coucou

+ spip.net
les pétitions ont disparus :)
https://www.spip.net/fr_article884.html



Arf, faiche, j'avais pourtant activé le define pour forcer la compat, 
mais il n'avait aucun effet sur les anciens plugins-dist. J'ai pu les 
réactiver uniquement après les avoir mis à jour avec un git pull, et 
j'en ai profité pour les déplacer dans /plugins.


J'ai réactivé : pétitions, brèves, organiseur et squelettes par 
rubriques. Il faudra faire un état des lieux prochainement car je ne 
suis pas certain qu'on utilise les brèves sur spip.net, et j'ai bien 
envie qu'on se débarrasse de l'organiseur.


Sinon, j'ai viré vertebres.


+ plugins.spip.net

en plus du nouveau tag SPIP 4.0,


Yep, j'ai créé un ticket à ce sujet ici https://core.spip.net/issues/4767

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


Re: [spip-dev] spip 4 - retour d'usage

2021-05-06 Par sujet Jean-Christophe Villeneuve

Hello

Merci pour ces explications, je vais essayer de corriger mon code.
Où peut-on trouver cette fameuse charte des forms dans spip ?

JC

Le 05/05/2021 à 23:45, RastaPopoulos a écrit :

Le 05/05/2021 à 23:20, tcharlss a écrit :

Ça rentre dans la définition ? Charte, pas charte ?

Pour moi non, on appelle un choix un choix :p

Après entre les .choix on peut mettre des sortes d'intertitres ou des 
explications pourquoi pas mais pas 50 radios dans un même choix

Bon sachant que là en plus dans le lien d'escal je sais pas si t'as vu mais 
tout est DANS un div.explication en plus ! Là ça m'a l'air vraiment du grand 
n'importe quoi par rapport à la charte des forms :)
Ya même des .choix dans le .choix qui entoure tout…

.editer (encore en ul li en plus alors que ça fait des années que c'est plus 
des li)
   .explication
 texte intertitre à l'extérieur du .choix
 span.choix
   input label moult fois
   texte intertitre à l'intérieur
   input label moult
   texte intertitre
   .choix etc

Bref c'est grave WTF là :)


Là ça devrait être des fieldsets contenant des radios : c'est la norme 
consacrée pour être accessibles pour les radios désormais.

Et après des .editer n'ayant rien à voir pour les input text de largeur etc, 
qui n'ont aucun rapport avec les .choix radio.



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

Re: [spip-dev] [Spip-zone-commit] [escal] ajout de role=« navigation » pour les nav

2021-05-06 Par sujet jeanmarie

@Pierre-Jean : merci pour ton retour.

@JC : j'ai vu ça dans la dist aussi et j'ai fait pareil avant de revenir 
en arrière :) (d'où ce mail pour avoir d'autres avis)


Pour info, il y a cette ressource également : 
https://www.w3.org/TR/wai-aria-practices/examples/landmarks/


                jeanmarie


Le 03/05/2021 à 14:03, Pierre-Jean CHANCELLIER a écrit :


Bonjour,

Je ne contribue pas vraiment au code de SPIP mais je suis justement en 
train de re-développer le site d'une Université dans l'optique, entre 
autres, d'être conforme aux normes WCAG pour l'accessibilité. Je suis 
donc en plein dedans.


Le rôle "navigation" n'est pas nécessaire sur les balises nav en 
effet. D'ailleurs, avec ma collègue, nous avons suivi une formation 
sur l'accessibilité et le principe (en 2020) c'est qu'il vaut mieux ne 
pas mettre d'attributs ARIA que de trop en mettre.


Pour les menus, il est judicieux de mettre effectivement un aria-label 
ou un aria-labelled-by pour expliciter le rôle du menu (menu de 
pagination, menu principal, sous-menu de navigation au sein d'une 
rubrique, fil d'ariane, etc.)


Perso, je me base sur les tutos du W3C 
(https://www.w3.org/WAI/tutorials/page-structure/) pour :

- La structure globale des pages
- Les menus
- Les images
- Les tableaux
- Les formulaires
- Les carousels (j'ai trouvé celui-ci qui est responsive et accessible 
: https://kenwheeler.github.io/slick/)


Cordialement,



Le 03/05/2021 à 12:17, jeanmarie a écrit :

Salut,

j'ai cru comprendre que role="navigation" n'était pas nécessaire pour 
les éléments de type  (cf note en fin de description : 
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Roles/Navigation_Role 
). C'est d’ailleurs en avertissement (pas d'erreur donc) dans le 
validateur W3C.


Est-ce qu'il faut les garder ou pas au final ? (on les retrouve dans 
la dist 
https://git.spip.net/spip/dist/src/branch/master/rubrique.html#L50 
aussi)


Toujours de ce que je comprends, il est de bonne pratique d'ajouter 
un aria-label pour expliciter le bloc (ex : aria-label="Menu 
principal").


                jeanmarie


Le 02/05/2021 à 21:23, JC Villeneuve a écrit :

spip-contrib-squelettes/escal
-
Par JC Villeneuve, le 2 mai 2021 à 21h22min :

ajout de role="navigation" pour les nav


*Modifié*
 annuaire.html
 auteur.html
 inclusions/inc-article_forumSite.html
 inclusions/inc-articles_de_rubrique.html
 inclusions/inc-calendrier_art.html
 inclusions/inc-calendrier_event.html
 inclusions/inc-decouvrir_articles_rub.html
 inclusions/inc-decouvrir_articles_site.html
 inclusions/inc-derniers_comments.html
 inclusions/inc-documents_article.html
 inclusions/inc-documents_rubrique.html
 inclusions/inc-evenements_articles.html
 inclusions/inc-evenements_events.html
 inclusions/inc-events_mobile.html
 inclusions/inc-forum_article.html
 inclusions/inc-meme_rub.html
 inclusions/inc-perso.html
 inclusions/inc-rubrique_accueil.html
 inclusions/inc-rubrique_accueil2.html
 inclusions/inc-rubrique_accueil3.html
 inclusions/inc-rubrique_accueil4.html
 inclusions/inc-rubrique_accueil5.html
 inclusions/inc-rubrique_normal.html
 inclusions/inc-rubrique_trombino.html
 inclusions/inc-video_player.html
 jour-art.html
 modeles/galleria.html
 mot.html
 recherche.html
 site.html

Détails 
:https://git.spip.net/spip-contrib-squelettes/escal/commit/28b8d01035e9e0f80217048d44c22158201fba8b


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

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

[spip-dev] qq pétouilles à faire sur spip.net et plugins.spip.net

2021-05-06 Par sujet erational

Coucou

+ spip.net
les pétitions ont disparus :)
https://www.spip.net/fr_article884.html

+ plugins.spip.net

en plus du nouveau tag SPIP 4.0,

il faudrait normaliser la taille des logos en SVG

le logo aide est beau en grand
https://plugins.spip.net/manuelsite.html

alors que les logo standards tout petits
https://plugins.spip.net/favicon.html


Bonne journée !



--
_
https://www.erational.org

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