HOME > RSS > BLOGS France > [SPIP - contrib]

R S S : [SPIP - contrib]


PageRank : 2 %

VoteRank :
(0 - 0 vote)





tagsTags: , , , , ,


Français - French

RSS FEED READER



Refonte de l'identité graphique

>https://zone.spip.org/trac/spip-zone/browser/_graphismes_/logos/spip/spip_2017</a>play episode download
10 July, by Jordan Zuchiatti, nicod_[ —]

Lors de la SPIP Party 2017 à Toulouse, un nouveau contributeur est venu nous présenter son travail sur une refonte du logo.
Au delà de la refonte du logo, c'est une toute nouvelle identité graphique pour SPIP que Jordan nous propose.

Voici une retranscription de sa présentation :

« L'identité graphique de SPIP est perçue comme vieillissante, son logo souffre de quelques faiblesses et les sites de sa galaxie méritent un rafraichissement.

En tant qu'utilisateur régulier de SPIP sur les projets de l'agence 31mille, dont je suis le directeur artistique, voici ma contribution afin de moderniser et restructurer l'image de SPIP.

La refonte de l'identité graphique a pour premier objectif de confirmer à ses utilisateurs l'initiative et la dynamique que porte sa communauté depuis 16 ans. Autre objectif, montrer un visage moderne aux nouveaux venus.

Par cette mise à jour, comme on le fait pour un logiciel, l'évolution de l'identité permet, dans un cadre structuré, plus de flexibilité, la rendant ainsi parfaitement adaptable aux nouveaux médias et supports.

Le concept repose sur la synthèse de l'animal, écureuil / polatouche, et de la lettre « S ».



Pour la typographie, nous créons un caractère gardant le dynamisme d'une sans-serif, renforcé par l'italique, en y ajoutant des empattements discrets de serif. Une partie de la typographie originale du logo existant est conservée dans la courbe des « p ».



Un décrochement dans l'œil du deuxième « p » rappelle l'animal, en symbolisant l'oreille de l'écureuil. Se dessine alors le « mot-écureuil », avec sa tête, son corps, et sa queue en panache.



La force d'un logo réside dans son rythme. La courbe inférieure du panache est répétée à travers les deux « p ». Cette répétition crée une dynamique, renforce la cohérence de l'ensemble et permet la mémorisation et l'identification du symbole « panache ».



Le panache peut facilement être utilisé seul et devient l'identifiant graphique de SPIP.



La modernisation de l'identité passe aussi par le rafraîchissement de sa teinte. Le violet, couleur historique, tend maintenant vers une teinte plus électrique, plus actuelle. L'identité, avec cette couleur, ne passera pas inaperçue...



L'utilisation des deux teintes reste toutefois envisageable en fonction des usages, thématiques et ou supports.

Le symbole posé, une adaptation illustrative peut être utilisée sur des affichages de plus grande taille. Reprise ici d'un code graphique en référence à Firefox.



L'utilisation du symbole « panache » comme identifiant graphique étant convenu, la reconnaissance de SPIP sera faite à la seule vue de la courbe si particulière du panache.
Inscrit dans un rond, le symbole est parfaitement utilisable en petite taille, il devient favicon.



Et voici une proposition de rafraichissement pour les sites de la galaxie :



Voilà l'identité visuelle que j'ai envisagée pour la communauté SPIP. Elle doit en être le porte-parole, son amplificateur.

Jordan Zucchiatti  »

Le constat de départ étant partagé, ce nouveau logo et cette proposition de nouvelle identité graphique ont été accueillis avec enthousiasme par les participants.

Les sources du logo et de ses déclinaisons (favicon, en relief, titre de site et déclinaison mauve) sont disponibles librement sur la zone, aux formats SVG et PNG :

https://zone.spip.org/trac/spip-zone/browser/_graphismes_/logos/spip/spip_2017

Lors de la SPIP Party 2017 à Toulouse, un nouveau contributeur est venu nous présenter son travail sur une refonte du logo. Au delà de la refonte du logo, c'est une toute nouvelle identité graphique pour SPIP que Jordan nous propose. Voici une retranscription de sa présentation : « {L'identité graphique de SPIP est perçue comme vieillissante, son logo souffre de quelques faiblesses et les sites de sa galaxie méritent un rafraichissement.} {En tant qu'utilisateur régulier de SPIP sur les projets de l'agence 31mille, dont je suis le directeur artistique, voici ma contribution afin de moderniser et restructurer l'image de SPIP.} {La refonte de l'identité graphique a pour premier objectif de confirmer à ses utilisateurs l'initiative et la dynamique que porte sa communauté depuis 16 ans. Autre objectif, montrer un visage moderne aux nouveaux venus.} {Par cette mise à jour, comme on le fait pour un logiciel, l'évolution de l'identité permet, dans un cadre structuré, plus de flexibilité, la rendant ainsi parfaitement adaptable aux nouveaux médias et supports.} {Le concept repose sur la synthèse de l'animal, écureuil / polatouche, et de la lettre « S ». } {Pour la typographie, nous créons un caractère gardant le dynamisme d'une sans-serif, renforcé par l'italique, en y ajoutant des empattements discrets de serif. Une partie de la typographie originale du logo existant est conservée dans la courbe des «p».} {Un décrochement dans l'œil du deuxième « p » rappelle l'animal, en symbolisant l'oreille de l'écureuil. Se dessine alors le «mot-écureuil», avec sa tête, son corps, et sa queue en panache.} {La force d'un logo réside dans son rythme. La courbe inférieure du panache est répétée à travers les deux « p ». Cette répétition crée une dynamique, renforce la cohérence de l'ensemble et permet la mémorisation et l'identification du symbole « panache ». } {Le panache peut facilement être utilisé seul et devient l'identifiant graphique de SPIP.} {La modernisation de l'identité passe aussi par le rafraîchissement de sa teinte. Le violet, couleur historique, tend maintenant vers une teinte plus électrique, plus actuelle. L'identité, avec cette couleur, ne passera pas inaperçue...} {L'utilisation des deux teintes reste toutefois envisageable en fonction des usages, thématiques et ou supports.} {Le symbole posé, une adaptation illustrative peut être utilisée sur des affichages de plus grande taille. Reprise ici d'un code graphique en référence à Firefox.} {L'utilisation du symbole « panache » comme identifiant graphique étant convenu, la reconnaissance de SPIP sera faite à la seule vue de la courbe si particulière du panache. Inscrit dans un rond, le symbole est parfaitement utilisable en petite taille, il devient favicon.} {Et voici une proposition de rafraichissement pour les sites de la galaxie :} [->img13975] {Voilà l'identité visuelle que j'ai envisagée pour la communauté SPIP. Elle doit en être le porte-parole, son amplificateur.} {Jordan Zucchiatti } » Le constat de départ étant partagé, ce nouveau logo et cette proposition de nouvelle identité graphique ont été accueillis avec enthousiasme par les participants. Les sources du logo et de ses déclinaisons (favicon, en relief, titre de site et déclinaison mauve) sont disponibles librement sur la zone, aux formats SVG et PNG : https://zone.spip.org/trac/spip-zone/browser/_graphismes_/logos/spip/spip_2017

CRITICAL security update: SPIP 3.1.6 and SPIP 3.2 Beta 3

15 June, by SPIP-Contrib's Team[ —]

A CRITICAL flaw was discovered recently in SPIP, allowing the execution of arbitrary code.

It affects SPIP 3.1.x and 3.2 versions (alpha & beta), and impacts all websites using these versions.
SPIP 3.0.x and earlier versions are not affected by this issue.

It is imperative to update your SPIP website as soon as possible.

In the meantime, the security screen version 1.3.2 will block possible exploitations of the vulnerability. Updating the security screen remains a transitional measure that should not prevent you from updating SPIP as soon as possible.

The team thanks Emeric Boit and ANSSI for identifying and reporting the issue.

— The team

The following updates are available:

Version 3.1.6
https://files.spip.net/spip/archives/SPIP-v3.1.6.zip

Version 3.2 Beta 3
For people who want to test the future version of SPIP , we're taking the opportunity to release SPIP 3.2 Beta 3.
https://files.spip.net/spip/archives/SPIP-vtrois.2.0-beta-3.zip

Warning: this is a beta version, it can still contain bugs.
Do not update to this version on a production website without knowing what you're doing.

The security screen

People unable to update should install version 1.3.2 of the security screen.
https://www.spip.net/fr_article4200.html

Update using spip_loader

You can also upgrade by downloading the latest version of spip_loader (version 2.5.9) which will install SPIP 3.1 by default.
https://www.spip.net/spip-dev/INSTALL/spip_loader.php

Summary of SPIP versions

Branch Version Status
SPIP 3.1 SPIP 3.1.6 Stable
SPIP 3.0 SPIP 3.0.26 Maintained
SPIP 2.1 SPIP 2.1.30 Maintained (security updates only)

SPIP 2.0 and earlier versions are no longer supported. It is strongly recommended that you upgrade to a higher version to avoid security issues.

How to be kept informed about these announcements?

It's simple, sign up on the mailing list http://listes.rezo.net/mailman/listinfo/spip-en .

And follow us on social networks:

A question, in need of help?

In case of problems or difficulties, go to https://forum.spip.net
We remind you that to report a flaw, just send an email to spip-team@rezo.net

A CRITICAL flaw was discovered recently in SPIP, allowing the execution of arbitrary code.
It affects {{SPIP 3.1.x and 3.2 versions}} (alpha & beta), and impacts all websites using these versions. {{SPIP 3.0.x and earlier versions}} are not affected by this issue. It is imperative to update your SPIP website as soon as possible. In the meantime, the security screen {{version 1.3.2}} will block possible exploitations of the vulnerability. Updating the security screen remains a transitional measure that should not prevent you from updating SPIP as soon as possible. The team thanks Emeric Boit and ANSSI for identifying and reporting the issue. — The team {{{The following updates are available:}}} {{Version 3.1.6}} https://files.spip.net/spip/archives/SPIP-v3.1.6.zip {{Version 3.2 Beta 3}} For people who want to test the future version of SPIP , we're taking the opportunity to release SPIP 3.2 Beta 3. https://files.spip.net/spip/archives/SPIP-vtrois.2.0-beta-3.zip {{Warning}}: this is a beta version, it can still contain bugs. Do not update to this version on a production website without knowing what you're doing. {{{The security screen}}} People unable to update should install {{version 1.3.2}} of the security screen. https://www.spip.net/fr_article4200.html {{{Update using spip_loader}}} You can also upgrade by downloading the latest version of spip_loader ({{version 2.5.9}}) which will install SPIP 3.1 by default. https://www.spip.net/spip-dev/INSTALL/spip_loader.php {{{Summary of SPIP versions}}} | {{Branch}} | {{Version}} | {{Status}} | | SPIP 3.1 | SPIP 3.1.6 | Stable | | SPIP 3.0 | SPIP 3.0.26 | Maintained | | SPIP 2.1 | SPIP 2.1.30 | Maintained (security updates only) | {{SPIP 2.0 and earlier versions}} are no longer supported. It is strongly recommended that you upgrade to a higher version to avoid security issues. {{{How to be kept informed about these announcements?}}} It's simple, sign up on the mailing list http://listes.rezo.net/mailman/listinfo/spip-en . And follow us on social networks: -* Seenthis: https://seenthis.net/people/spip -* Twitter: https://twitter.com/spip -* Facebook: https://www.facebook.com/spip.net -* Mamot: https://mamot.fr/@spip {{{A question, in need of help?}}} In case of problems or difficulties, go to https://forum.spip.net We remind you that to report a flaw, just send an email to spip-team@rezo.net

Mise à jour CRITIQUE de sécurité : Sortie de SPIP 3.1.6 et SPIP 3.2 Beta 3

12 June, by L'équipe de SPIP-Contrib[ —]

Une faille CRITIQUE a été découverte récemment sous SPIP, permettant l'exécution de code arbitraire.
Elle touche les versions SPIP 3.1.x et les versions SPIP 3.2 (alpha & beta), et impacte tous les sites utilisant ces versions.
Les versions SPIP 3.0.x et antérieures ne sont pas concernées par ce problème.

Il est impératif de mettre à jour votre site SPIP dès que possible.

L'équipe remercie Emeric Boit et l'ANSSI pour l'identification et le signalement de la faille.

Dans l'attente d'une mise à jour de votre site, l'écran de sécurité en version 1.3.2 bloque les exploitations possibles de la faille.
https://www.spip.net/fr_article4200.html

La mise à jour de l'écran de sécurité reste une mesure transitoire qui ne vous dispense pas de la mise à jour de SPIP dans les meilleurs délais.

— L'équipe

Annonce complète et détails
https://blog.spip.net/806

Une faille CRITIQUE a été découverte récemment sous SPIP, permettant l'exécution de code arbitraire. Elle touche les {{versions SPIP 3.1.x}} et les {{versions SPIP 3.2}} (alpha & beta), et impacte tous les sites utilisant ces versions. Les {{versions SPIP 3.0.x}} et antérieures ne sont pas concernées par ce problème. Il est impératif de mettre à jour votre site SPIP dès que possible. L'équipe remercie Emeric Boit et l'ANSSI pour l'identification et le signalement de la faille. Dans l'attente d'une mise à jour de votre site, l'écran de sécurité en version 1.3.2 bloque les exploitations possibles de la faille. https://www.spip.net/fr_article4200.html La mise à jour de l'écran de sécurité reste une mesure transitoire qui ne vous dispense pas de la mise à jour de SPIP dans les meilleurs délais. — L'équipe {{Annonce complète et détails}} https://blog.spip.net/806

Mise à jour de maintenance : Sortie de SPIP 3.1.5, SPIP 3.0.26 et SPIP 3.2 beta

9 June, by L'équipe de SPIP-Contrib[ —]

Suite aux rencontres de la communauté SPIP à Toulouse, nous sortons des versions de maintenance qui apportent un certain nombre de corrections.

N'hésitez pas à mettre à jour votre SPIP pour avoir un logiciel tout frais pour l'été !

Ces nouvelles versions comprennent les correctifs de bugs identifiés ces derniers mois :

  • 8 tickets pour la branche 3.0
  • 25 tickets pour la branche 3.1
  • 40 tickets pour la branche 3.2

Parmi les bugs corrigés, on notera :

  • Le filtre url_absolue ne casse plus les liens de type « tel : »
  • Correction d'un bug sur la suppression de fichiers de sessions
  • Meilleure gestion de la syndication des sites en https://
  • Correction de bugs d'ergonomie dans l'espace privé
  • Correction du bug sur le dépassement du nombre de redirections autorisés par le navigateur lors de l'installation de plugins (SPIP 3.2)
  • Correction de bug sur la gestion des nombres à virgules dans les CSS générées sur certaines configurations d'hébergement
  • ....

Annonce complète et détails
https://blog.spip.net/805

Suite aux rencontres de la communauté SPIP à Toulouse, nous sortons des versions de maintenance qui apportent un certain nombre de corrections. N'hésitez pas à mettre à jour votre SPIP pour avoir un logiciel tout frais pour l'été ! Ces nouvelles versions comprennent les correctifs de bugs identifiés ces derniers mois : -* 8 tickets pour la branche 3.0 -* 25 tickets pour la branche 3.1 -* 40 tickets pour la branche 3.2 Parmi les bugs corrigés, on notera : -* Le filtre url_absolue ne casse plus les liens de type tel: -* Correction d'un bug sur la suppression de fichiers de sessions -* Meilleure gestion de la syndication des sites en https:// -* Correction de bugs d'ergonomie dans l'espace privé -* Correction du bug sur le dépassement du nombre de redirections autorisés par le navigateur lors de l'installation de plugins (SPIP 3.2) -* Correction de bug sur la gestion des nombres à virgules dans les CSS générées sur certaines configurations d'hébergement -* .... {{Annonce complète et détails}} https://blog.spip.net/805

Présentation : refonte complète de l'interface d'admin

7 June, by RastaPopoulos, tcharlss[ —]

Cette présentation a été faite durant la rencontre SPIP à Toulouse en mai 2017.

Elle propose de lancer un chantier de refonte complète de l'interface d'admin.

Cela fait plus de dix ans que SPIP a sensiblement la même interface d'édition et d'administration. Nous avons fait quelques améliorations par-ci par-là au fur et à mesure, mais uniquement par petits morceaux, par ajouts, ou par pansements. L'ergonomie générale, elle, n'a absolument pas changé, alors même que :

  1. depuis qu'il y a les plugins, le contexte n'est plus le même et de nombreuses informations peuvent et doivent pouvoir être visibles et éditables sans avoir des pages imbuvables
  2. les connaissances en ergonomie sont plus importantes
  3. les modes et périphériques de lecture, les usages et les habitudes ont changé

Nous pensons qu'il est important de lancer un groupe de travail sur un chantier de longue haleine de refonte complète de l'admin.
Donc pas de pansements ponctuels, mais faire de la (re)conception sur le long terme de tous les gros morceaux : navigation générale, édition de contenus, configuration, profil utilisateur, médiathèque, etc.

Diapositives de la présentation.

Utilisez les flèches droite et gauche pour naviguer, et la flèche du bas sur certaines diapos qui ont des sous-chapitres.

IMG/html/interface.html
Diapos de la présentation sur la refonte de l'interface d'admin

Vidéo de la présentation

Il s'agit d'une première version « brute de pomme ». La version finale comprenant la capture du vidéoprojecteur sera publiée plus tard.

Cette vidéo est également consultable sur medias.spip.net

Présentation : refonte complète de l'interface d'admin
Cette présentation a été faite durant la [rencontre SPIP à Toulouse en mai 2017->https://party.spip.net/SPIPoulet-2-017]. Elle propose de lancer un chantier de refonte complète de l'interface d'admin.
Cela fait plus de dix ans que SPIP a sensiblement la même interface d'édition et d'administration. Nous avons fait quelques améliorations par-ci par-là au fur et à mesure, mais uniquement par petits morceaux, par ajouts, ou par pansements. L'ergonomie générale, elle, n'a absolument pas changé, alors même que : -# depuis qu'il y a les plugins, le contexte n'est plus le même et de nombreuses informations peuvent et doivent pouvoir être visibles et éditables sans avoir des pages imbuvables -# les connaissances en ergonomie sont plus importantes -# les modes et périphériques de lecture, les usages et les habitudes ont changé Nous pensons qu'il est important de lancer un groupe de travail sur un chantier de longue haleine de refonte complète de l'admin. Donc pas de pansements ponctuels, mais faire de la (re)conception sur le long terme de tous les gros morceaux : navigation générale, édition de contenus, configuration, profil utilisateur, médiathèque, etc. {{{Diapositives de la présentation.}}} {Utilisez les flèches droite et gauche pour naviguer, et la flèche du bas sur certaines diapos qui ont des sous-chapitres.} {{{Vidéo de la présentation}}} {Il s'agit d'une première version brute de pomme. La version finale comprenant la capture du vidéoprojecteur sera publiée plus tard.} Cette vidéo est également consultable sur [medias.spip.net->https://medias.spip.net/medias/evenements/spip-party-toulouse-2017/article/refonte-complete-de-l-interface-d-admin]

Présentation : Documentation et refonte du portail spip.net

31 May, by RastaPopoulos, tcharlss[ —]

Cette présentation a été faite durant la rencontre SPIP à Toulouse en mai 2017.

Elle propose de relancer le chantier de refonte de 2011 qui visait à refaire le portail spip.net et à revoir le rangement de la documentation.

Mieux et plus communiquer est un objectif que nous partageons. Il ne s'agit pas de faire du marketing (littéralement chercher à gagner des parts de marché), même si cela pourra être un « side effect » au passage. Non : il s'agit avant tout de s'adresser et d'accueillir poliment un grand nombre de personnes différentes, venant de plusieurs horizons.
Pas juste des devs, donc.
Et pas juste les gens qui connaissent déjà.

Pour cela, refaire du site officiel un véritable portail d'accueil et de redirection semble une des tâches les plus importantes. Actuellement, il s'agit trop d'un site de documentation pour connaisseureuses.

Nous invitons à relancer le chantier de refonte 2011-2012 dont le but était d'arrêter un moment de documenter, pour ranger autrement. Faire de spip.net un site très léger (à la louche 10-30 pages) donc facile à améliorer maintenant puis au fil du temps.

Voici une feuille de route possible.

  • vider spip.net du maximum, donc facile à améliorer maintenant puis au fil du temps
  • faire un utiliser.spip.net pour la doc d'utilisation de l'interface
  • integrer.spip.net pour la doc du langage de squelettes
  • harmoniser et automatiser ce qu'on doit faire sur les sites de doc dédiés quand on change de version…

Diapositives de la présentation.

Utilisez les flèches droite et gauche pour naviguer, et la flèche du bas sur certaines diapos qui ont des sous-chapitres.

IMG/html/documentation.html
Diapos de la présentation sur la refonte de spip.net

Vidéo de la présentation

Il s'agit d'une première version « brute de pomme ». La version finale comprenant la capture du vidéoprojecteur sera publiée plus tard.

Cette vidéo est également consultable sur medias.spip.net

Présentation : refonte de spip.net et rangement de la documentation
Vidéo de la présentation a été faite durant la rencontre SPIP à Toulouse en mai 2017.
Cette présentation a été faite durant la [rencontre SPIP à Toulouse en mai 2017->https://party.spip.net/SPIPoulet-2-017]. Elle propose de relancer le chantier de refonte de 2011 qui visait à refaire le portail spip.net et à revoir le rangement de la documentation.
Mieux et plus communiquer est un objectif que nous partageons. Il ne s'agit pas de faire du marketing (littéralement chercher à gagner des parts de marché), même si cela pourra être un side effect au passage. Non : il s'agit avant tout de s'adresser et d'accueillir poliment un grand nombre de personnes différentes, venant de plusieurs horizons. Pas juste des devs, donc. Et pas juste les gens qui connaissent déjà. Pour cela, refaire du site officiel un véritable portail d'accueil et de redirection semble une des tâches les plus importantes. Actuellement, il s'agit trop d'un site de documentation pour connaisseureuses. Nous invitons à relancer [le chantier de refonte 2011-2012->rubrique1616] dont le but était d'arrêter un moment de documenter, pour ranger autrement. Faire de spip.net un site très léger (à la louche 10-30 pages) donc facile à améliorer maintenant puis au fil du temps. Voici une feuille de route possible. -* vider {{spip.net}} du maximum, donc facile à améliorer maintenant puis au fil du temps -* faire un {{utiliser.spip.net}} pour la doc d'utilisation de l'interface -* {{integrer.spip.net}} pour la doc du langage de squelettes -* harmoniser et automatiser ce qu'on doit faire sur les sites de doc dédiés quand on change de version… {{{Diapositives de la présentation.}}} {Utilisez les flèches droite et gauche pour naviguer, et la flèche du bas sur certaines diapos qui ont des sous-chapitres.} {{{Vidéo de la présentation}}} {Il s'agit d'une première version brute de pomme. La version finale comprenant la capture du vidéoprojecteur sera publiée plus tard.} Cette vidéo est également consultable sur [medias.spip.net->https://medias.spip.net/medias/evenements/spip-party-toulouse-2017/article/refonte-de-spip-net-et-rangement-de-la-documentation]

Pour un fonctionnement communautaire efficace dans la communauté SPIP

24 May, by chankalan, Cyril Marion, cy_altern, Frash, ladnet, nat33, Pierrox, RastaPopoulos, RealET, tcharlss, Teddy Payet, tofulm[ —]

Où l'on propose de tester des nouvelles façons de prendre des décisions et d'avancer collectivement sur des projets SPIP, de manière transparente, en impliquant la communauté, et en étant plus accueillants pour les nouvelles personnes. Tout ça dans la tendresse.

Durant le week-end SPIP à Toulouse en mai 2017, une présentation a été faite autour de l'organisation de la communauté, des prises de décision, des chantiers SPIP bloqués, et des pistes de solutions ont été proposées.
https://contrib.spip.net/Presentation-Organisation-et-decisions-dans-une

Suite à cela, nous avons constitué un groupe de personnes intéressées pour réfléchir aux pistes évoquées : les décrire plus en détail, les améliorer, en proposer d'autres…

Nos objectifs

  • Débloquer certains chantiers qui ne bougent plus de longue date, entre autre par difficulté de prise de décision.
  • Mieux accueillir les nouvelles personnes en décrivant les valeurs de la communauté ET son fonctionnement plus concret, de manière explicite et publique.

Notre groupe cherche à approfondir les pistes évoquées durant la présentation et le débat qui a suivi. En complétant possiblement avec de nouvelles idées.

Mandat impératif

Pour certains sujets, parce qu'ils sont bloqués depuis longtemps, longs, ou complexes, nous proposons la constitution de groupes de travail mandatés en amont pour une tâche précise. C'est une manière de travailler et de décider supplémentaire, qui n'a pas vocation à s'appliquer à tous les sujets.

Cela signifie que les personnes de ce groupe auront autorité sur ce sujet pendant un certain temps, et que leur production sera vraiment utilisée à la fin. C'est en effet la différence majeure, puisque indépendamment de cela, n'importe quel groupe peut déjà avancer sur un sujet, faire un plugin de test ou des maquettes, mais sans aucune garantie que ce sera intégré officiellement (dans le noyau, ou dans le site officiel, etc).

Il s'agit d'une autorité de compétence, circonscrite à un sujet et dans le temps : « je reconnais l'autorité du cordonnier à savoir fabriquer des chaussures ».

Le but est d'augmenter légèrement le niveau de formalisme et de transparence pour nos prises de décision sur des gros sujets, tout en restant souple. Rien de bureaucratique, actuellement on part vraiment de pas grand chose, question formalisme et transparence.

En contrepartie de cette responsabilité, un groupe mandaté de la sorte aurait quelques obligations :

  • Diversité des personnes le composant
  • Disponibilité dans le temps des personnes qui s'engagent dans ce groupe
  • Transparence sur l'avancement du sujet
  • Consultation régulière de l'avis de la communauté quand il y a certains choix importants à faire

Des outils pour débattre et décider ensemble

Pour avancer sur ces sujets, il nous faut pouvoir débattre, lancer des propositions, parfois faire des votes, et isoler les chantiers.

Au regard des expériences passées, nous sommes arrivés à la conclusion que les listes de discussion emails n'étaient pas le moyen le plus adapté pour débattre et prendre des grandes décisions de manière transparente et ouverte. C'est assez confidentiel, très tourné vers les discussions techniques, avec un archivage et une recherche dans le passé difficile, et en plus ce n'est pas très engageant pour d'autres profils que les devs.

L'idée était donc de trouver un outil qui a une interface sur le web, accessible à tout le monde. Une proposition était de se tourner vers les outils dédiés à la démocratie en ligne. Et justement Framasoft en propose désormais un : Framavox, une instance de Loomio.

Nous y avons créé un groupe « SPIP » ouvert à tout le monde.

Cet outil permet d'isoler les chantiers/groupes de travail, fournit des fils de discussions, différents systèmes de consultation : sondages, propositions, vote à points, etc.

Chaque groupe de travail pourra être matérialisé par un sous-groupe accessible en lecture à tout le monde.

Une charte pour accueillir les gens et décrire la communauté

Actuellement, il n'existe aucune description explicite et commune à l'ensemble de la communauté, qui rappelle les valeurs d'origine du projet et comment nous fonctionnons.

Ce type de document existe mais uniquement appliqué à SPIP-Zone, les gens qui contribuent au dépôt SVN, donc essentiellement des devs.

Un texte de ce genre doit servir à accueillir les nouvelles personnes en rendant publiques et explicites nos manières de faire, et permet à celles déjà là de s'y référer lorsqu'il y a des problèmes. Il doit contenir à la fois certaines valeurs (sur le sexisme, sur l'argent, etc) mais aussi décrire des mécanismes pour tenter de résoudre les conflits, lorsqu'il n'y a pas consensus. En ce sens, il décrirait aussi la possibilité des groupes mandatés pour certains chantiers.

Nous proposons de partir de la charte de SPIP-Zone qui existe déjà, en l'étendant à l'ensemble de la communauté, et en l'augmentant sur certains points.

Le but final est que ce texte soit publié sur le site officiel, et soit ensuite trouvable dès la page d'accueil, et peut-être même dans le bandeau Galaxie.

Tu es invité⋅e !

Nous avons entamé cette réflexion et commençons à tester des outils, mais tout n'est pas figé dans le marbre, il reste des zones de flou et des questions à résoudre.

Tout le monde est invité à tester l'outil Framavox en rejoignant le groupe SPIP, ne serait-ce que pour y suivre l'activité. L'inscription est ouverte à tou⋅te⋅s et ne requiert pas de validation.

Une fois membre du groupe SPIP, tu pourras demander à participer aux différents sous-groupes qui t'intéressent, notamment celui consacré à la rédaction de la charte/mode d'emploi.

Où l'on propose de tester des nouvelles façons de prendre des décisions et d'avancer collectivement sur des projets SPIP, de manière transparente, en impliquant la communauté, et en étant plus accueillants pour les nouvelles personnes. Tout ça dans la tendresse.
Durant le week-end SPIP à Toulouse en mai 2017, une présentation a été faite autour de l'organisation de la communauté, des prises de décision, des chantiers SPIP bloqués, et des pistes de solutions ont été proposées. https://contrib.spip.net/Presentation-Organisation-et-decisions-dans-une Suite à cela, nous avons constitué un groupe de personnes intéressées pour réfléchir aux pistes évoquées : les décrire plus en détail, les améliorer, en proposer d'autres… {{{Nos objectifs}}} -*Débloquer certains chantiers qui ne bougent plus de longue date, entre autre par difficulté de prise de décision. -*Mieux accueillir les nouvelles personnes en décrivant les valeurs de la communauté ET son fonctionnement plus concret, de manière explicite et publique. Notre groupe cherche à approfondir les pistes évoquées durant la présentation et le débat qui a suivi. En complétant possiblement avec de nouvelles idées. {{{[Mandat impératif->https://fr.wikipedia.org/wiki/Mandat_imp%C3%A9ratif]}}} Pour certains sujets, parce qu'ils sont bloqués depuis longtemps, longs, ou complexes, nous proposons la constitution de groupes de travail {{mandatés en amont}} pour une tâche précise. C'est une manière de travailler et de décider {{supplémentaire}}, qui n'a pas vocation à s'appliquer à tous les sujets. Cela signifie que les personnes de ce groupe auront autorité sur ce sujet pendant un certain temps, et que leur production {{sera vraiment utilisée}} à la fin. C'est en effet la différence majeure, puisque indépendamment de cela, n'importe quel groupe peut {déjà} avancer sur un sujet, faire un plugin de test ou des maquettes, mais sans aucune garantie que ce sera intégré officiellement (dans le noyau, ou dans le site officiel, etc). Il s'agit d'une autorité de compétence, circonscrite à un sujet et dans le temps : je reconnais l'autorité du cordonnier à savoir fabriquer des chaussures. Le but est d'{{augmenter légèrement le niveau de formalisme et de transparence}} pour nos prises de décision sur des gros sujets, tout en restant souple. Rien de bureaucratique, actuellement on part vraiment de pas grand chose, question formalisme et transparence. En contrepartie de cette responsabilité, un groupe mandaté de la sorte aurait quelques obligations : -* Diversité des personnes le composant -* Disponibilité dans le temps des personnes qui s'engagent dans ce groupe -* Transparence sur l'avancement du sujet -* Consultation régulière de l'avis de la communauté quand il y a certains choix importants à faire {{{Des outils pour débattre et décider ensemble}}} Pour avancer sur ces sujets, il nous faut pouvoir débattre, lancer des propositions, parfois faire des votes, et isoler les chantiers. Au regard des expériences passées, nous sommes arrivés à la conclusion que les listes de discussion emails n'étaient pas le moyen le plus adapté pour débattre et prendre des grandes décisions de manière transparente et ouverte. C'est assez confidentiel, très tourné vers les discussions techniques, avec un archivage et une recherche dans le passé difficile, et en plus ce n'est pas très engageant pour d'autres profils que les devs. L'idée était donc de trouver un outil qui a une interface sur le web, accessible à tout le monde. Une proposition était de se tourner vers les outils dédiés à la démocratie en ligne. Et justement [Framasoft->https://framasoft.net] en propose désormais un : [Framavox->https://framavox.org], une instance de [Loomio->https://www.loomio.org/]. Nous y avons créé [un groupe « SPIP » ouvert à tout le monde->https://framavox.org/invitations/53e5743247da3dd2ebe7]. Cet outil permet d'isoler les chantiers/groupes de travail, fournit des fils de discussions, différents systèmes de consultation : sondages, propositions, vote à points, etc. Chaque groupe de travail pourra être matérialisé par un sous-groupe accessible en lecture à tout le monde. {{{Une charte pour accueillir les gens et décrire la communauté}}} Actuellement, il n'existe aucune description explicite et commune à l'ensemble de la communauté, qui rappelle les valeurs d'origine du projet et comment nous fonctionnons. [Ce type de document existe mais uniquement appliqué à SPIP-Zone->https://zone.spip.org/trac/spip-zone/wiki/CharteDeFonctionnement], les gens qui contribuent au dépôt SVN, donc essentiellement des devs. Un texte de ce genre doit servir à accueillir les nouvelles personnes en rendant publiques et explicites nos manières de faire, et permet à celles déjà là de s'y référer lorsqu'il y a des problèmes. Il doit contenir à la fois certaines valeurs (sur le sexisme, sur l'argent, etc) mais aussi décrire des mécanismes pour tenter de résoudre les conflits, lorsqu'il n'y a pas consensus. En ce sens, il décrirait aussi la possibilité des groupes mandatés pour certains chantiers. Nous proposons de partir de la charte de SPIP-Zone qui existe déjà, en l'étendant à l'ensemble de la communauté, et en l'augmentant sur certains points. {{Le but final est que ce texte soit publié sur le site officiel, et soit ensuite trouvable dès la page d'accueil, et peut-être même dans le bandeau Galaxie.}} {{{Tu es invité⋅e !}}} Nous avons entamé cette réflexion et commençons à tester des outils, mais tout n'est pas figé dans le marbre, il reste des zones de flou et des questions à résoudre. [inscription<-]{{Tout le monde est invité à tester l'outil Framavox [en rejoignant le groupe SPIP->https://framavox.org/invitations/53e5743247da3dd2ebe7]}}, ne serait-ce que pour y suivre l'activité. L'inscription est ouverte à tou⋅te⋅s et ne requiert pas de validation. Une fois membre du groupe SPIP, tu pourras demander à participer aux différents sous-groupes qui t'intéressent, notamment celui consacré à la rédaction de la charte/mode d'emploi.

Go diagrams with maxiGos.

https://contrib.spip.net/Diagrammes-de-go-avec-maxiGos-1894play episode download
20 May, by Robert Sebille[ —]

Maxigos is a plugin for SPIP which allows the use of the main features of maxiGos, “a set of tools to insert games, problems and go diagrams saved in sgf format in a web page.”

The plugin works on basis of a model. The sgf code can be written as a parameter of the model or contained in an sgf (Smart Game Format) file.

The plugin was tested under SPIP 3.1, but there is no reason it should not work under SPIP 3.0, or 2.1 and 2.0. You have to test. Feedbacks from users are welcome.

Installation.

As any spip plugin

Authorization of SGF documents

SPIP has “forgotten”;) to allow .sgf extension files and compresses them as zip files. They have to be authorized directly in the database, by adding a row in the “spip_type_documents” table. The plugin performs this operation on activation.

Third party.

The plugin embeds its own version of maxiGos, v6.64 (standalone players only + editor + language files), licensed BSD.

Rules for sgf format.

If you want to write sgf directly into the content, refer to the spécifications. But, most of the time, you will probably prefer to use sgf files.

Model parameters

formatting
- langue=[langue] where [langue] can take the values : fr (for French, default), en (for English), ja (for Japanese), zh (for Chinese), zh-tw (for Chinese-taiwan)
- style=[style] where [style] can take the values: classic (default), neo (for neo-classic), tatami, minimal (for minimalist), cameleon, [which are multitype values] or fm, kifu, tiger [which are monotype values]
- type=[type] where [type] can take the values: basic (default), comment, diagram, game, problem, tree [which are multistyle values], edit, lesson [which are monostyle values]

For the meaning of the style and type parameters, refer to the examples on this page http://jeudego.org/maxiGos/_maxigos/_doc/_en/download.php from the maxiGos website under the heading “Download stand-alone players only” and view the examples.

Multitypes or monotypes, and multistyles or monostyles

  • Multitypes style values ​​and multistyles type values ​​can be associated, for example: | style=neo | type=comment or | style=cameleon | type=problem
  • On the other hand,
    • The monotype style values ​​(fm, kifu, tiger) have their own type (and therefore the | type=[something] parameter will not do anything with these styles.
    • And the monostyle types (edit, lesson) have their own style (and therefore the | style=[something] parameter will not work with these types.

SGF content
If the two following parameters (id_doc and contenu) are present, only the id_doc parameter will be taken into account.
- id=XX or - the content is in a file of id=XX, with extension .sgf, downloaded via SPIP. Regardless of whether the file is linked to the object (such as the article) where the model call is inserted
- contenu=a_sgf_content_directly_written - the SGF content is written directly or copied/pasted into the SPIP object. Beware, sgf content manually written in an article, does not support the “|” (pipe). This applies only to the contenu parameter.

Customization parameters, by types and styles

  • All types
    • init=[init] where [init] can take the values: first (default, =go to the start of the SGF) or last (=go to the end of the main variant of the SGF file) - maxiGos parameter: initMethod
    • ombre=X where X can take the values: 0 (default, =does not display a shadow on stone bottom right) or 1 (=displays a shadow on stone bottom right). - maxiGos parameter: stoneShadowOn
  • Types basic, comment, game, tree, edit, lesson and styles fm, tiger
    • demo=X where X can take the values: 0 (=the visitor can place stones on the goban and thus create variants) or 1 (=the visitor can not place a stone on the goban or create variants). Practical for demonstrations. - Parameter maxiGos: (opposite to) canPlaceVariation
  • Types comment, diagram, problem, tree, lesson, styles fm, tiger, kifu and all tatami style types
    • indices=X where X can take the values: 0 (=The indices are not displayed arround the goban), 1 (=The indices are displayed arround the goban) or undefined (=the SGF decides via the FG property). - Parameter maxiGos: indicesOn
    • numeros=X where X can take the values: 0 (=the stones on the goban are not numbered), 1 (=the stones on the goban are numbered) or undefined (=the SGF decides via the PM property). - MaxiGos parameter: numberingOn
  • Types tree, edit, and tiger style
    • commentaire_arbre=X where X can take the values: 0 or 1 (= If X is 1, replaces in the tree commented move numbers by a “?”). - maxiGos parameter: markCommentOnTree
  • Type problem only.
    • recommencer_tout=X where X can take the values: 0 or 1 (=If recommencer_tout is 1, displays a retry button). - maxiGos parameter: canRetry
    • reprendre_coup=X where X can take the values: 0 or 1 (= If reprendre_coup is 1, displays an undo button). - MaxiGos parameter: canUndo
    • montrer_suite=X where X can take the values: 0 or 1 (= If montrer_suite is 1, displays a continuation button. A click on this button shows moves of the first branch of the sgf tree from the current position). - MaxiGos parameter: canContinuation

Examples of use.

In an article, since the use in a template appears here irrelevant.

will present an example of a problem (taking a stone), in classic style, basic type.

will display a tatami-style player, with a tree type, in Chinese language, from the game or the problem contained in a .sgf file of id=XX.

Temporary demonstration

In the articles of this section or on European Go Congress 2019 website

Maxigos is a plugin for SPIP which allows the use of the main features of [maxiGos->http://jeudego.org/maxiGos/], a set of tools to insert games, problems and go diagrams saved in sgf format in a web page.
The plugin works on basis of a model. The sgf code can be written as a parameter of the model or contained in an sgf ([Smart Game Format->https://en.wikipedia.org/wiki/Smart_Game_Format]) file. The plugin was tested under SPIP 3.1, but there is no reason it should not work under SPIP 3.0, or 2.1 and 2.0. You have to test. Feedbacks from users are welcome. {{{Installation.}}} As any [spip plugin->https://www.spip.net/en_article3475.html] {{{Authorization of SGF documents}}} SPIP has forgotten;) to allow .sgf extension files and compresses them as zip files. They have to be authorized directly in the database, by adding a row in the spip_type_documents table. The plugin performs this operation on activation. {{{Third party.}}} The plugin embeds its own version of maxiGos, v6.64 (standalone players only + editor + language files), [licensed BSD->http://jeudego.org/maxiGos/_maxigos/_doc/license.txt]. {{{Rules for sgf format.}}} If you want to write sgf directly into the content, refer to the [spécifications->http://www.red-bean.com/sgf/]. But, most of the time, you will probably prefer to use sgf files. {{{Model parameters}}} {{formatting}} - langue=[langue] where [langue] can take the values : fr (for French, default), en (for English), ja (for Japanese), zh (for Chinese), zh-tw (for Chinese-taiwan) - style=[style] where [style] can take the values: classic (default), neo (for neo-classic), tatami, minimal (for minimalist), cameleon, [which are multitype values] or fm, kifu, tiger [which are monotype values] - type=[type] where [type] can take the values: basic (default), comment, diagram, game, problem, tree [which are multistyle values], edit, lesson [which are monostyle values] For the meaning of the style and type parameters, refer to the examples on this page http://jeudego.org/maxiGos/_maxigos/_doc/_en/download.php from the maxiGos website under the heading Download stand-alone players only and view the examples. {{Multitypes or monotypes, and multistyles or monostyles}} -* Multitypes style values ​​and multistyles type values ​​can be associated, for example: | style=neo | type=comment or | style=cameleon | type=problem -* On the other hand, -** The monotype style values ​​(fm, kifu, tiger) have their own type (and therefore the | type=[something] parameter will not do anything with these styles. -** And the monostyle types (edit, lesson) have their own style (and therefore the | style=[something] parameter will not work with these types. {{SGF content}} If the two following parameters (id_doc and contenu) are present, only the id_doc parameter will be taken into account. - id=XX or - the content is in a file of id=XX, with extension .sgf, downloaded via SPIP. Regardless of whether the file is linked to the object (such as the article) where the model call is inserted - contenu=a_sgf_content_directly_written - the SGF content is written directly or copied/pasted into the SPIP object. Beware, sgf content manually written in an article, does not support the |  (pipe). This applies only to the contenu parameter. {{Customization parameters, by types and styles}} -* All types -** init=[init] where [init] can take the values: first (default, =go to the start of the SGF) or last (=go to the end of the main variant of the SGF file) - maxiGos parameter: initMethod -** ombre=X where X can take the values: 0 (default, =does not display a shadow on stone bottom right) or 1 (=displays a shadow on stone bottom right). - maxiGos parameter: stoneShadowOn -* Types basic, comment, game, tree, edit, lesson and styles fm, tiger -** demo=X where X can take the values: 0 (=the visitor can place stones on the goban and thus create variants) or 1 (=the visitor can not place a stone on the goban or create variants). Practical for demonstrations. - Parameter maxiGos: (opposite to) canPlaceVariation -* Types comment, diagram, problem, tree, lesson, styles fm, tiger, kifu and all tatami style types -** indices=X where X can take the values: 0 (=The indices are not displayed arround the goban), 1 (=The indices are displayed arround the goban) or undefined (=the SGF decides via the FG property). - Parameter maxiGos: indicesOn -** numeros=X where X can take the values: 0 (=the stones on the goban are not numbered), 1 (=the stones on the goban are numbered) or undefined (=the SGF decides via the PM property). - MaxiGos parameter: numberingOn -* Types tree, edit, and tiger style -** commentaire_arbre=X where X can take the values: 0 or 1 (= If X is 1, replaces in the tree commented move numbers by a ?). - maxiGos parameter: markCommentOnTree -* Type problem only. -** recommencer_tout=X where X can take the values: 0 or 1 (=If recommencer_tout is 1, displays a retry button). - maxiGos parameter: canRetry -** reprendre_coup=X where X can take the values: 0 or 1 (= If reprendre_coup is 1, displays an undo button). - MaxiGos parameter: canUndo -** montrer_suite=X where X can take the values: 0 or 1 (= If montrer_suite is 1, displays a continuation button. A click on this button shows moves of the first branch of the sgf tree from the current position). - MaxiGos parameter: canContinuation {{{Examples of use.}}} In an article, since the use in a template appears here irrelevant. will present an example of a problem (taking a stone), in classic style, basic type. will display a tatami-style player, with a tree type, in Chinese language, from the game or the problem contained in a .sgf file of id=XX. {{{Temporary demonstration}}} In the articles of [this section->http://web.sebille.name/gopantin/spip.php?rubrique8] or on [European Go Congress 2019 website->http://egc2019.be/games/]

Slick

https://contrib.spip.net/Diaporamaplay episode download
17 May, by chankalan, jeanmarie, nostromo, Phenix[ —]

Intégration à SPIP du carrousel Slick : https://kenwheeler.github.io/slick/

Fonctions de Slick

Son utilisation permet d'afficher une liste d'éléments défilants, en l'occurrence ici une série de photographies.
Par les configurations proposées, il est possible de mettre en place des effets de fondus enchaînes, de sélectionner le nombre d'images visibles et d'appliquer un défilement automatique ou manuel.

Installation et configuration

Une fois le plugin installé comme les autres, la page de configuration est accessible soit par ecrire/?exec=configurer_slick soit par le menu « Squelettes > Slick Slideshow », permettant d'ajuster les paramètres suivants :

  • activer automatiquement : oui ou non
  • Sélécteur jQuery pour Slick : choisir l'élément par une classe ou un id
  • Elément à utiliser comme Slide : cibler l'élément HTML qui sera une diapositive, il doit être directement dans l'élément sélectionné précédemment.
  • Nombre de slide à afficher : le nombre de diapositives visibles
  • Nombre de slide à déplacer : le nombre de diapositives qui se déplacent en même temps
  • AutoPlay : lecture automatique ou non
  • Vitesse de l'autoplay : le déclenchement après le chargement
  • Fade : effet de fondu entre les diapositives
  • Vitesse de l'animation : la rapidité de la transition
  • Vertical : si non ce sera horizontal
  • Lazyload : ne pas charger les images avant de les voir, puis les charger dès qu'on veut les voir (ondemand), ou bien charger déjà les prochaines (avant de les voir, progressive)
  • Centrer les éléments : ...
  • Animation CSS3 (easing) : effet d'accélération/ralentissement lors des transitions
  • Afficher les bulles de contrôle
  • Pause au survol
  • Pause au survol des bulles de contrôle
  • Support du RTL : si oui, on adapte le diaporama à l'environnement de langue, et dont le sens de lecture peut aller de la droite vers la gauche.
  • Hauteur automatique : si oui, la hauteur s'adaptera à la hauteur de chaque diapositive. Sinon la plus haute sera la hauteur du diaporama.
  • Flèches précédent/suivant : utiliser la navigation précédent/suivant (non par défaut)

Affichage dans les textes

Avec les paramètres par défaut, il suffit d'avoir des images dans son site et d'insérer le diaporama dans un texte avec le modèle suivant :

Dix images du site au hasard seront affichées avec les paramètres optionnels que vous pourrez ajouter :

  • largeur : - la largeur en pixels
  • hauteur : - la hauteur en pixels
  • nombre : - le nombre d'images qu'on veut afficher

Exemple :

Il ne faut inclure qu'une seule fois le modèle sur la même page, car il contient un identifiant qui doit rester unique (#slick).

Pour les autres paramètres, la configuration générale du plugin les règle. Voir la page « Squelettes > Slick Slideshow ».

Il est possible de personnaliser le modèle en le surchargeant : copiez le fichier du plugin modeles/slick.html et dans le dossier squelettes/modeles en le renommant comme vous voulez. Vous pourrez le personnaliser et l'appeler dans vos textes de la même manière que l'autre

Intégration à SPIP du carrousel Slick : https://kenwheeler.github.io/slick/
{{{Fonctions de Slick}}} Son utilisation permet d'afficher une liste d'éléments défilants, en l'occurrence ici une série de photographies. Par les configurations proposées, il est possible de mettre en place des effets de fondus enchaînes, de sélectionner le nombre d'images visibles et d'appliquer un défilement automatique ou manuel. {{{Installation et configuration}}} Une fois le plugin installé [comme les autres->https://www.spip.net/fr_article3396.html], la page de configuration est accessible soit par ecrire/?exec=configurer_slick soit par le menu {{Squelettes > Slick Slideshow}}, permettant d'ajuster les paramètres suivants : -* {{activer automatiquement}} : oui ou non -* {{Sélécteur jQuery pour Slick}} : choisir l'élément par une classe ou un id -* {{Elément à utiliser comme Slide}} : cibler l'élément HTML qui sera une diapositive, il doit être directement dans l'élément sélectionné précédemment. -* {{Nombre de slide à afficher}} : le nombre de diapositives visibles -* {{Nombre de slide à déplacer}} : le nombre de diapositives qui se déplacent en même temps -* {{AutoPlay}} : lecture automatique ou non -* {{Vitesse de l'autoplay}} : le déclenchement après le chargement -* {{Fade}} : effet de fondu entre les diapositives -* {{Vitesse de l'animation}} : la rapidité de la transition -* {{Vertical}} : si non ce sera horizontal -* {{Lazyload}} : ne pas charger les images avant de les voir, puis les charger dès qu'on veut les voir (ondemand), ou bien charger déjà les prochaines (avant de les voir, progressive) -* {{Centrer les éléments}} : ... -* {{Animation CSS3 (easing)}} : effet d'accélération/ralentissement lors des transitions -* {{Afficher les bulles de contrôle}} -* {{Pause au survol}} -* {{Pause au survol des bulles de contrôle}} -* {{Support du RTL}} : si oui, on adapte le diaporama à l'environnement de langue, et dont le sens de lecture peut aller de la droite vers la gauche. -* {{Hauteur automatique}} : si oui, la hauteur s'adaptera à la hauteur de chaque diapositive. Sinon la plus haute sera la hauteur du diaporama. -* {{Flèches précédent/suivant}} : utiliser la navigation précédent/suivant (non par défaut) {{{Affichage dans les textes}}} Avec les paramètres par défaut, il suffit d'avoir des images dans son site et d'insérer le diaporama dans un texte avec le modèle suivant : Dix images du site au hasard seront affichées avec les paramètres optionnels que vous pourrez ajouter : -* largeur : - la largeur en pixels -* hauteur : - la hauteur en pixels -* nombre : - le nombre d'images qu'on veut afficher Exemple : Il ne faut inclure qu'une seule fois le modèle sur la même page, car il contient un identifiant qui doit rester unique (#slick). Pour les autres paramètres, la configuration générale du plugin les règle. Voir la page {{Squelettes > Slick Slideshow}}. Il est possible de personnaliser le modèle en le surchargeant : copiez le fichier du plugin modeles/slick.html et dans le dossier squelettes/modeles en le renommant comme vous voulez. Vous pourrez le personnaliser et l'appeler dans vos textes de la même manière que l'autre

Date de modification manuelle

16 May, by Matthieu Marcillaud[ —]

Ce plugin ajoute un nouveau champ sur les articles, permettant de saisir une date de modification manuellement, qui n'est pas renseignée automatiquement et ne change pas à chaque enregistrement de l'article.

Configuration

Une fois le plugin installé, les articles ont un nouveau champ de date qui peut être saisi. Il n'y a rien d'autre à faire [1].

Utilisation

Sur la page d'un article, une nouvelle date de modification manuelle est affichée. Il est possible de la modifier, de la même manière que l'on modifie la date de publication de l'article.

Date de modification manuelle, non renseignée
Formulaire de saisie des dates de l'article
Une entrée est ajoutée pour la date de modification manuelle.
Affichage de la date de modification manuelle renseignée

Dans les squelettes

Le champ créé et utilisé dans la table SQL se nomme date_modif_manuelle et peut donc être utilisé comme balise à l'intérieur des boucles articles dans les squelettes, comme n'importe quel champ de date.

  1. span>(ARTICLES){id_article}>
  2. Publication : [(#DATE|affdate)]
  3. Mis à jour : [(#DATE_MODIF_MANUELLE|affdate)]

Télécharger

Pour certaines listes présentant les articles les plus récents, sur la page d'accueil ou sur des rubriques, il peut être utile d'utiliser un tri qui récupère les articles les plus récents soit par date de modification soit par date de publication. Pour cela on peut utiliser ce critère de tri {!par GREATEST(champ1, champ2)} qui triera en utilisant la plus grande des 2 valeurs :

  1. span>(ARTICLES)
  2. {!par GREATEST(date, date_modif_manuelle)}
  3. {0, 5}
  4. >
  5. Titre : #TITRE
  6. Date de publication : [(#DATE|affdate)]
  7. Date de modification : [(#DATE_MODIF_MANUELLE|affdate)]
  8. [(#SET{date,
  9. #DATE_MODIF_MANUELLE|intval
  10. |?{#DATE_MODIF_MANUELLE, #DATE}
  11. })]
  12. Date le modification, sinon date de publication : [(#GET{date}|affdate)]

Télécharger


[1] Une future évolution pourrait être de permettre cette fonctionnalité sur d'autres objets éditoriaux via une configuration.

Ce plugin ajoute un nouveau champ sur les articles, permettant de saisir une date de modification manuellement, qui n'est pas renseignée automatiquement et ne change pas à chaque enregistrement de l'article.
{{{Configuration}}} Une fois le plugin installé, les articles ont un nouveau champ de date qui peut être saisi. Il n'y a rien d'autre à faire[[Une future évolution pourrait être de permettre cette fonctionnalité sur d'autres objets éditoriaux via une configuration.]]. {{{Utilisation}}} Sur la page d'un article, une nouvelle date de modification manuelle est affichée. Il est possible de la modifier, de la même manière que l'on modifie la date de publication de l'article. {{{Dans les squelettes}}} Le champ créé et utilisé dans la table SQL se nomme date_modif_manuelle et peut donc être utilisé comme balise à l'intérieur des boucles articles dans les squelettes, comme n'importe quel champ de date. Publication : [(#DATE|affdate)]
Mis à jour : [(#DATE_MODIF_MANUELLE|affdate)]
Pour certaines listes présentant les articles les plus récents, sur la page d'accueil ou sur des rubriques, il peut être utile d'utiliser un tri qui récupère les articles les plus récents soit par date de modification soit par date de publication. Pour cela on peut utiliser ce critère de tri {!par GREATEST(champ1, champ2)} qui triera en utilisant la plus grande des 2 valeurs : Titre : #TITRE Date de publication : [(#DATE|affdate)] Date de modification : [(#DATE_MODIF_MANUELLE|affdate)] [(#SET{date, #DATE_MODIF_MANUELLE|intval |?{#DATE_MODIF_MANUELLE, #DATE} })] Date le modification, sinon date de publication : [(#GET{date}|affdate)]

0 | 10










mirPod.com is the best way to tune in to the Web.

Search, discover, enjoy, news, english podcast, radios, webtv, videos. You can find content from the World & USA & UK. Make your own content and share it with your friends.


HOME add podcastADD PODCAST FORUM By Jordi Mir & mirPod since April 2005....
ABOUT US SUPPORT MIRPOD TERMS OF USE BLOG OnlyFamousPeople MIRTWITTER