Re: [spip-dev] Plugin Massicot et gestion des autorisations

2020-12-31 Par sujet tcharlss

Ça y est tu devrais être maintenant dans les bonnes orgas.
Bons commits !

Le 31/12/2020 à 12:49, glopg...@riseup.net a écrit :

Effectivement, je ne suis membre d'aucune « organisation », d'après
https://git.spip.net/?repo-search-tab=organizations

Pas de problème, en tout cas, je garde ma branche dev bien au chaud en
local. Je la pousserai et je ferai la PR quand j'aurai les droits.

Merci encore !

++
Glop

___
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] Dépôt pour les éléments de l'identité graphique

2020-12-04 Par sujet tcharlss

Va pour identite_graphique alors :)

Le 04/12/2020 à 13:33, erational a écrit :



Le 04/12/2020 à 13:16, tcharlss a écrit :


Ah oui, c'est vrai, l'idée est bien de ne déposer dans ce dépôt que 
des éléments graphiques « officiels », les trucs co-optés par la team.

Donc dans l'orga spip ça aurait plus de sens oui.

Pour le nom, plus besoin de préciser que ça concerne spip du coup, « 
charte_graphique » ou « identite_graphique » alors ?




identite_graphique c'est sans doute moins contraignant

charte_graphique , il faut la suivre :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] Dépôt pour les éléments de l'identité graphique

2020-12-04 Par sujet tcharlss
Ah oui, c'est vrai, l'idée est bien de ne déposer dans ce dépôt que des 
éléments graphiques « officiels », les trucs co-optés par la team.

Donc dans l'orga spip ça aurait plus de sens oui.

Pour le nom, plus besoin de préciser que ça concerne spip du coup, « 
charte_graphique » ou « identite_graphique » alors ?


Le 04/12/2020 à 08:29, Eric Lupinacci a écrit :
A partir du moment où on est dans une organisation de type "contrib" 
ouverte à tous et pouvant accueillir des contributions variées je 
serais d'avis de préciser que le dépôt concerne spip, comme identite-spip.
Après si c'est vraiment que du spip, pourquoi ne pas le mettre dans un 
dépôt comme spip ou Galaxie ?


++
Eric


Le ven. 4 déc. 2020 à 08:14, erational <mailto:eratio...@erational.org>> a écrit :


Hello tcharlss

Très bonne idée de dépôt pour caler le graphisme

Pour le mot "identité", c'est peut être un terme un trop connoté
sinon il y a "charte", "charte-graphique", 'references",

Sur les autres dépôts, je suis OK avec toi.

merci

Le 03/12/2020 à 20:07, tcharlss a écrit :
> Glop,
>
> Je voulais déposer sur gitea une version de bonne qualité de la
> gravure du polatouche utilisée sur spip.net <http://spip.net>
(trouvée après moultes
> fausses pistes).
> Pour l'instant il n'y a pas de dépôt adéquat dans l'orga
> https://git.spip.net/spip-contrib-graphismes, donc je propose d'en
> ajouter un.
>
> L'idée est d'y déposer tous les éléments qui constituent l'identité
> graphique de Spip : le logo et toutes ses variantes, des images,
les
> polices, et éventuellement plus tard un styleguide, etc.
>
> Et donc pour moi la gravure du polatouche est un élément
iconique de
> l'identité graphique de Spip, pas uniquement restreinte à
l'histoire
> du site spip.net <http://spip.net> : elle aurait toute sa place
dans ce dépôt.
>
> Donc comment le nommer ?
> Je pensais à « identite » tout simplement, puisqu'il se trouvera
dans
> l'orga « graphismes ».
> Des objections, d'autres idées ?
>
> Ps. : sur le svn il y a un dépôt mais uniquement pour le logo :
>

https://zone.spip.net/trac/spip-zone/browser/spip-zone/_graphismes_/logos/spip/spip_2017
> Je ne pense pas qu'il faille le reprendre tel quel avec les mêmes
> sous-dossiers : il s'agit de mettre tout ce qui fait partie de
> l'identité graphique, le logo est un élément parmi d'autres.
> Donc l'idée serait de migrer également ce contenu dans le nouveau
> dépôt git, mais avec un autre rangement interne, je pensais à
quelque
> chose comme ça :
>
> - logo
> - polices
> - styleguide
> - images (ou visuels)
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip <http://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 <http://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
___
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] Dépôt pour les éléments de l'identité graphique

2020-12-03 Par sujet tcharlss

Glop,

Je voulais déposer sur gitea une version de bonne qualité de la gravure 
du polatouche utilisée sur spip.net (trouvée après moultes fausses pistes).
Pour l'instant il n'y a pas de dépôt adéquat dans l'orga 
https://git.spip.net/spip-contrib-graphismes, donc je propose d'en 
ajouter un.


L'idée est d'y déposer tous les éléments qui constituent l'identité 
graphique de Spip : le logo et toutes ses variantes, des images, les 
polices, et éventuellement plus tard un styleguide, etc.


Et donc pour moi la gravure du polatouche est un élément iconique de 
l'identité graphique de Spip, pas uniquement restreinte à l'histoire du 
site spip.net : elle aurait toute sa place dans ce dépôt.


Donc comment le nommer ?
Je pensais à « identite » tout simplement, puisqu'il se trouvera dans 
l'orga « graphismes ».

Des objections, d'autres idées ?

Ps. : sur le svn il y a un dépôt mais uniquement pour le logo : 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_graphismes_/logos/spip/spip_2017
Je ne pense pas qu'il faille le reprendre tel quel avec les mêmes 
sous-dossiers : il s'agit de mettre tout ce qui fait partie de 
l'identité graphique, le logo est un élément parmi d'autres.
Donc l'idée serait de migrer également ce contenu dans le nouveau dépôt 
git, mais avec un autre rangement interne, je pensais à quelque chose 
comme ça :


- logo
- polices
- styleguide
- images (ou visuels)

___
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] Help : Problème php.ini poids fichier en upload avec dev 3.3.0

2020-11-10 Par sujet tcharlss


Le 10/11/2020 à 16:26, nicod_ a écrit :

Je me suis déjà fait avoir avec ça.

Est ce que bigup ne pourrait pas s'initialiser automatiquement à 
l'installation sur la taille d'upload définie dans le php.ini ?


Ou bien, comme il est maintenant en dist, avoir cette configuration 
dans les configs plus générales de SPIP ?


+1
Ça aurait sa place dans la configuration avancée, avec un titre plus 
parlant pour le formulaire, « Téléversement des documents » par exemple.
Un paragraphe d'explication pour « Script dans l'espace public » 
également (ce que ça charge et pourquoi…).


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

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

2020-10-08 Par sujet tcharlss

Supe cool tout ça.

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



Le 08/10/2020 à 17:20, Cerdic a écrit :
Oui, je vois ça : sur contrib chaque ouverture de la boite (quel que 
soit le lien) fait scroller le fond de page en haut (on le devine en 
arrière plan à travers l’opacité de la box).


C’est spécifique à contrib ou une interaction malheureuse avec un 
autre plugin JS car je n’ai pas ça sur mon site de test qui est en 
spip-dist+z sans fioriture : le body reste exactement où il est quand 
je clic que un lien et que la box s’ouvre...


--
Cédric
Le 8 oct. 2020 à 17:09 +0200, RealET , a écrit :

Cerdic a écrit le 08/10/2020 à 16:59 :

Bon, voila, contrib tourne avec lity en font et la page de demo est là
https://contrib.spip.net/?page=test-mediabox


Merci Cédric !

Sous Chrome 86 (Win 10)
Les 2 liens
Nouvelle syntaxe, basée sur des data-xx
Une popin inline
Cliquer pour voir | Cliquer pour voir

Et celui juste au dessus scrolle la page tout en haut ce qui fait qu'au
retour, si on avait scroller vers le bas avant d'afficher la popup, le
lien qu'on venait de cliquer n'est plus au même endroit sur l'écran.
Assez déstabilisant.


--
RealET


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


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
___
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] Article de présentation de Spip 3.3

2020-10-05 Par sujet tcharlss

Aaaah ok, my bad alors, ce sont donc 2 articles différents.

Donc on complète les 2 séparément ?

Le 05/10/2020 à 11:57, erational a écrit :





Le 05/10/2020 à 11:54, Matthieu Marcillaud a écrit :

Le 05/10/2020 à 11:49, tcharlss a écrit :

Hello tou⋅te⋅s,

Dans la vallée court une rumeur à propos de la sortie d'une version 
alpha de Spip 3.3.

Il reste à finaliser l'article de présentation de cette version.

Si j'ai bien suivi, on est parti du pad suivant : 
https://semestriel.framapad.org/p/spip3.3-alpha


en y réfléchissant je pense que c’était l’article destiné à 
blog.spip.net dans le pad, pas forcément spip.net. L’article de 
release de blog quoi.


Sur spip.net ça rentre plus dans les détails techniques ?



pour SPIP 3.2

on avait une annonce sur le blog avec un résumé
https://blog.spip.net/Bingo-pour-le-vendredi-13-SPIP-3-2-est-dispo.html

qui renvoyait vers l'annonce exhaustive sur spip.net
https://www.spip.net/fr_article6399.html



___
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] Article de présentation de Spip 3.3

2020-10-05 Par sujet tcharlss

Hello tou⋅te⋅s,

Dans la vallée court une rumeur à propos de la sortie d'une version 
alpha de Spip 3.3.

Il reste à finaliser l'article de présentation de cette version.

Si j'ai bien suivi, on est parti du pad suivant : 
https://semestriel.framapad.org/p/spip3.3-alpha
Et ce pad a été mis au propre dans un article sur spip.net : 
https://www.spip.net/ecrire/?exec=article_article=6428


Le problème c'est que les structures du pad et de l'article ont bien 
divergé : le contenu est à peu près le même, mais ce n'est pas le même 
découpage, pas les mêmes intertitres, etc.
C'est donc un peu compliqué de proposer des compléments ou des 
modifications, on ne sait pas trop où les faire.


Je propose de faire une remise à zéro du pad : on copie la version 
actuelle de l'article de spip.net dans le pad, et on repart sur cette base.
Ensuite tout le monde fait les compléments et propositions de modifs sur 
le pad, et à la fin on pourra reporter dans l'article.


Ça vous semble ok ?

___
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 3.3 et Compositions

2020-09-17 Par sujet tcharlss
Ça me semble très bien que chemin_image() privilégie la version svg si 
elle est présente (si c'est fait àce  niveau, j'ai pas regardé).


Le 17/09/2020 à 16:53, JLuc a écrit :
Pour info, par quelle sorcellerie est-ce que src="#CHEMIN_IMAGE{cadenas-16.png}" />

va chercher prive/themes/spip/images/cadenas-xx.svg ?

JL

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


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

2020-09-11 Par sujet tcharlss

Ok oui, ça semble logique.
Pareil, une confirmation de l'auteur oterait le doute.

Le 11/09/2020 à 09:41, Bruno Bergot a écrit :
Non, je pense que la mention en question est pour éviter à l'auteur de 
voir des chacals empaqueter la lib dans un plugin WP (au hasard) et de 
vendre le plugin en question.


Mais le plus simple amha est de contacter l'auteur pour lui poser la 
question.


++
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] Fancybox pour une mise a jour de la mediabox ?

2020-09-11 Par sujet tcharlss

+1
Pas de retour d'expérience de mon côté, mais elle a l'air d'avoir tout 
ce qu'il faut pour remplacer colorbox, moderne, facile à utiliser et à 
personnaliser.


La phrase suivante sur la licence m'interroge quand même :
« A commercial license is required for all commercial applications 
(including sites, themes and apps you plan to sell). »


Spip lui même n'est pas commercial, mais si on développe et vend un site 
basé sur Spip et donc avec fancybox, est-ce qu'on rentre pas dans cette 
case ?



Le 11/09/2020 à 09:23, Bruno Bergot a écrit :
Ha ouè, cool de redécouvrir cette box qui était bien choubidou. En 
plus, la v3 propose la fonction qui permet de zoomer à fond dans les 
images à la photoswipe, c'est top !


Et la licence semble ne pas poser de problème pour qu'on l'embarque 
dans SPIP, cf "fancybox is licensed under the GPLv3 license for all 
open source applications. ".


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


[spip-dev] Plugin pour gérer des livraisons en points relais

2020-05-28 Par sujet tcharlss

Hello la liste,

Les Éditions de la Cerise ont besoin de faire des livraisons en points 
relais, je vais donc me coller à la tâche.

On a retenu Mondial Relay pour les tarifs et la doc technique accessible.
Le but est de faire un plugin le plus générique possible qui fonctionne 
de concert avec livraison (celui de cedric) et commandes.


Ci-dessous un cachier des charges préliminaire après avoir consulté la 
doc de Mondial Relay + l'implémentation du plugin pour Woocommerce + 
survol de la doc de Relay Colis. Rien n'est encore gravé dans le marbre.


Dans les grandes lignes il s'agirait d'implémenter ces fonctionnalités :

 * Enregistrer chaque livraison individuellement (pour le suivi, les
   dates, etc)
 * Communiquer avec des prestas pour enregistrer les livraisons et
   récupérer des infos : permaliens de suivi, étiquettes à coller sur
   les colis, liste des points relais, etc.

Plutôt que de faire un plugin propre à Mondial Relay, je pense faire 
plutôt comme Bank : un plugin « Points Relais » générique avec plusieurs 
prestataires possibles à activer. Dans un 1er temps il n'y aurait que 
Mondial Relay, mais ça permettrait d'en ajouter d'autres par la suite.


Il s'appuyera sur le plugin livraison : de nouveaux modes de livraison 
seront ajoutés/activés en fonction des prestas sélectionnés. Donc si on 
a implémenté un tunnel de commande utilisant 
#FORMULAIRE_ADRESSER_COMMANDE, rien à changer à priori, ça sera 
s'insèrera dedans.


Côté public, le workflow devrait être en principe similaire pour tous 
les prestas :


1. La personne choisit un mode de livraison « Point Relai X »
2. Elle est invitée à choisir le point relai sur une carte. Soit depuis
   une modale donc sans quitter le formulaire, soit en ajoutant une
   étape supplémentaire en bidouillant le redirect, mais sans quitter
   le site dans tous les cas. Elle ne peut passer à l'étape suivante si
   aucun choix n'est fait.
3. Après confirmation, ce choix est transmis et enregistré chez le
   presta, et également sur le site spip.
4. Enfin, si le presta propose le suivi, le permalien est inséré dans
   le mail de notif de la commande, et peut-être aussi dans le message
   de retour de bank.

Côté sql, cela supposerait 2 choses :

1. Augmenter la table spip_livraisonmodes afin d'identifier les modes
   de livraison qui correspondent à des prestas points relais
2. Ajouter une table pour enregistrer les livraisons

C'est pour ce 2ème point que je m'interrogationne. Cette table n'est pas 
forcément propre aux points relais, elle est nécessaire pour ces 
derniers mais pourrait servir pour n'importe quel mode de livraison.

De base elle contiendrait juste ces infos :

 * le mode de livraison lié
 * l'auteur lié
 * la commande liée
 * un état (colis enregistré, en cours de transfert, etc. Cela dépend
   de chaque mode de livraison. À priori c'est différent d'un statut)
 * l'adresse de livraison (texte libre ou id_adresse, à voir)
 * le nécessaire pour obtenir un permalien pour le suivi (ou
   directement le lien)

Pour les points relais, il y aurait en plus : la référence du point 
relai sélectionné, une référence unique propre au presta, etc.
Bref, elle pourrait être fournie directement par le plugin Livraison, 
puis utilisée et augmentée par le plugin Points Relais selon ses besoins.


Enfin pour donner une idée de la gestion dans le privé, on aurait au 
final quelque chose d'assez proche de l'extension (payante :p) de 
Woocommerce :


 * Config d'un presta :
   
https://mondialrelay-wp.com/wp-content/uploads/2019/10/Parametrage_Compte_Identifiants-1-1.jpg
 * Suivi des livraisons :
   
https://mondialrelay-wp.com/wp-content/uploads/2018/11/Fonctionnement_Suivi_Exp%C3%A9dition_dans_le_Module.png
 * Vue de la livraison sur la page d'une commande (étiquettes + suivi)
   :
   
https://mondialrelay-wp.com/wp-content/uploads/2018/11/Fonctionnement_Exp%C3%A9dition_Informations_sur_l_exp%C3%A9dition.png

Voilà en gros.
Si vous avez des remarques/objections, c'est le moment.

___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-28 Par sujet tcharlss

Le 27/05/2020 à 23:40, Matthieu Marcillaud a écrit :

 mais peu importe, il n'y a pas de raison d'avoir

une branche v2 à part qui ne sera jamais finalisée.
Yep, je savais pas trop. J’ai surtout nommé v3 pour suivre un peu le 
passage en v3 de la lib Chart.js en fait.


C'est juste que la v2 n'ayant jamais été officiellement releasée, ça 
ferait passer directement d'une v1 à une v3.

Mais comme tu préfères, je te laisse voir pour le numéro de version.

En tout cas à mon avis il ne faudrait garder qu'une seule version en 
dev, et passer la branche v2 à la trappe donc.


Le texte de release de la lib indique tout de même quelques "breaking 
changes", rien de très compliqué à priori, mais quelques adaptations à 
prévoir : https://github.com/chartjs/Chart.js/releases/tag/v3.0.0-alpha 
et https://www.chartjs.org/docs/next/getting-started/v3-migration/


Bref en résumé je propose ça (à peu près dans l'ordre) :

 * Supprimer la branche v2
 * Faire les quelques adaptations nécessaires dans le master pour la
   lib v3 (pour le numéro de version, je te laisse voir)
 * Je ferais les dernières évolutions dont je parlais dans une branche
   temporaire à part (fait à 95% mais toujours pas commité)
 * Une fois cette branche mergée, poser un tag et faire un nouvel article

Ah, et bien sympa les dernières évolutions que tu as faites :)


___
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] Blocage du Forum Temps de lecture + écriture inclusive

2020-05-27 Par sujet tcharlss
Un simple lien vers la charte me paraît suffisant, forcer à cocher une 
case pour chaque message compliquerait la vie de tout le monde.


Le 27/05/2020 à 16:39, nicod_ a écrit :

+1 pour ajouter un lien vers la charte.
Dans le formulaire d'ajout de commentaire, c'est là qu'il serait le 
plus visible.
Avec une case à cocher obligatoire "J'ai lu [la charte->https://...] 
et j'y adhère" ? ce serait trop ?


Corriger la charte je ne sais pas, elle est assez claire non ?


___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet tcharlss
Des arbres généalogiques ? Tu veux parler du plugin orgchart ? 
https://contrib.spip.net/Orgchart-js

C'est à l'étage suivant, ici c'est chartjs :p

Le 27/05/2020 à 15:42, teamspipfact...@gmail.com a écrit :

Le 27/05/2020 à 12:44, tcharlss a écrit :

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

si si j'ai commencé a regarder
j'ai dans l'idée du faire un arbre simplifié de genealogie
mais faut que je regarde pour utiliser la page auteurs
bref je vais attendre d'autre chat a fouetté avec les abeilles c'est 
le plein boum



___
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] r124829 - in _plugins_/chartjs/trunk

2020-05-27 Par sujet tcharlss

Glop marcimat,

Je m'interjecte au milieu de tes commits pour synchroniser nos montres 
sur les branches et les numéros de version :p


TLDR : je ne pense pas qu'il soit utile d'avoir une branche v2, les 
évolutions peuvent continuer sur le master en restant sur une v2.0.0 
dans paquet.xml amha.


J'avais commencé quelques évolutions sur le master à l'époque, 
principalement pour passer à la dernière version de la lib.
Or en v2.x, le gars l'avait complètement refactorisée, ce qui impliquait 
pas mal de changements pour que le modèle continue de fonctionner, 
notamment les paramètres qui avaient tous changé (et pas juste des 
renommages, mais le comportement général).


Au final le master était toujours fonctionnel, mais je l'avais laissé en 
dev car j'avais d'autres évolutions en tête qui sont restées en plan.
Notamment donner la possibilité d'utiliser n'importe quel paramètres de 
la lib dans le modèle, pas juste une sélection réduite de paramètres 
"simplifiés".

Enfin bref, c'était toujours du dev utilisé par personne à priori :)

Donc je ne sais pas si la v3 de la lib est encore une réécriture qui 
change tout à nouveau, mais peu importe, il n'y a pas de raison d'avoir 
une branche v2 à part qui ne sera jamais finalisée.


Le 27/05/2020 à 10:18, spip-zone-com...@rezo.net a écrit :

Author: Matthieu Marcillaud
Date: 2020-05-27 08:16:20 + (Wed, 27 May 2020)
New Revision: 124829

Modified:
_plugins_/chartjs/trunk/
_plugins_/chartjs/trunk/modeles/chart.html
Log:
On encaptule le script du modele Chart, afin de charger automatiquement le 
script s'il n'est pas deja charge.
Il peut etre charge globalement sur le public ou le prive (via configuration du 
plugin)
ou specifiquement maintenant, lors de l'appel au modele Chart. Si le modele est 
appele plusieurs fois, le script n'est charge qu'une seule fois.
Code en partie recupere de Gis. Merci :)


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

___
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] Migration sous Git - Bascule finale au 1 juillet 2020

2020-05-27 Par sujet tcharlss

Le 27/05/2020 à 11:59, Cerdic a écrit :

Totalement d’accord, allégeons allégeons !

+10
___
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] Cloner tout git.spip.net

2020-05-14 Par sujet tcharlss

Ça va s'avérer être très pratique, merci :)

Le 14/05/2020 à 10:27, Cerdic a écrit :

Hello,

c’est un besoin un peu à la marge mais qui existe :
comment avoir une copie de tous les repos de git.spip.net en local 
pour faire des recherche dans la base de code par exemple ?


C’est maintenant possible avec le script mirror.php que vous trouverez là
https://git.spip.net/spip-contrib-outils/gitea_mirror

Le script veille à ne pas charger le serveur inutilement : les appels 
à l’API gitea sont mis en cache et seuls les repositories modifiés 
depuis le dernier appel sont pull à nouveau.

Il peut donc être utilisé sans crainte de charger git.spip.net :)
(il n’y a que le premier clone complet qui génère vraiment une charge)

--
Cédric

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

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-08 Par sujet tcharlss

Yo azerttyu,

Juste pour confirmer le souci sur le dépôt d'albums dont je te parlais 
l'autre jour.
La page sur gitea est en erreur 500, et en git pushant j'obtiens 
l'erreur suivante :


remote: error: corrupt loose object 
'870f4fc84476b77df3a6dc8b1a4e66deb4d05d33'
remote: fatal: loose object 870f4fc84476b77df3a6dc8b1a4e66deb4d05d33 
(stored in 
/var/git/gitea/spip/repositories/spip-contrib-extensions/albums.git/./objects/incoming-2Ir5S5/87/0f4fc84476b77df3a6dc8b1a4e66deb4d05d33) 
is corrupt


Le 06/05/2020 à 15:00, cam.lafit a écrit :

Bonjour

Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un 
impact sur une partie des données. Il semble que malgré un extinction 
normale le système de fichier n'aie pas pas apprécié ceci.


Par conséquent il est possible que certains dépots retourne des 
erreurs 500 ou des messages concernant des objets git corrompus ou 
manquants. Merci dans ce cas de m'en informer pour que je puisse les 
traiter au cas par cas.


Km

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

Re: [spip-dev] Formulaire de configuration d'un plugin : Enregistrer ?

2020-05-05 Par sujet tcharlss
Je pense qu'il doit lui manquer les lignes 'defaut' => 
lire_config('monplugin/mavaleur'),


Le 05/05/2020 à 23:28, Maïeul Rouquette a écrit :

Voilà ce que j'ai personnelement

/**
 * Un simple formulaire de config,
 * on a juste à declarer les saisies
**/
function formulaires_configurer_plasci_saisies_dist(){
include_spip('inc/config');
$saisies = array(
    array(
    'saisie' => 'textarea',
    'options' => array(
    'nom' => 'connaissance_activite',
    'label' => _T('plasci:connaissance_activite_label'),
    'explication' => 
_T('saisies:option_datas_sous_groupe_explication'),

    'defaut' => lire_config('plasci/connaissance_activite'),
    'rows' => 10
    )
    )
);
return $saisies;
}


ca marche tout seul, et ca me suffit.

Donc franchement je saisi pas où le problème.

Si tu envoyais ton code, on pourrait t'aider.

___
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] SVN => GIT : Core de SPIP & plugins-dist

2020-04-28 Par sujet tcharlss
Si tu as un "command not found" en lançant checkout.php c'est sans doute 
que le script n'est pas présent dans le $PATH de la machine.
Est-ce que ce point a été fait ? Il y a plusieurs méthodes possibles 
pour ce faire, le readme en donne une (remplacer /home/toto/etc par le 
vrai chemin du script) :


sudo ln -s /home/toto/checkout/checkout.php /usr/bin/checkout.php

Alternativement, s'il n'est pas dans le $PATH, tu devrais pouvoir lancer 
le script comme ça depuis le répertoire où il se trouve :


php checkout.php --help

Le 28/04/2020 à 12:54, teamspipfact...@gmail.com a écrit :

merci de suivre 

Le 28/04/2020 à 11:39, tcharlss a écrit :

Oui le script checkout.php que tu as utilisé

ben non j'ai pas utilisé
j'ai utilisé git clone , plugin par plugin avec le lien en https

pas moyens de lancer checkout.php
comprend pas ce qui coince


permet notamment de récupérer en une fois SPIP et tous les plugins dist.
ça ouep j'avais compris encore faut il que checkout tourne ce que je 
sais pas mettre en route




Tu as des exemples de commandes pour ça dans le readme du dépôt ou 
dans les articles d'eric.

oui j'avai lu
mais je suis bloqué a :

~/web$ git clone https://git.spip.net/spip-contrib-outils/checkout.git
Cloning into 'checkout'...
remote: Counting objects: 26, done.
remote: Compressing objects: 100% (24/24), done.
remote: Total 26 (delta 11), reused 3 (delta 0)
Unpacking objects: 100% (26/26), done.
Checking connectivity... done.

:~/web$ cd checkout

:~/web/checkout$ checkout.php --help
bash: checkout.php: command not found

:~/web/checkout$


du coup je me suis tapé a la main les plugins_dist et spip avec git clone

mais il y a des repo que je comprend pas dans https://git.spip.net/spip
que font il la comme

https://git.spip.net/spip/ecrire
https://git.spip.net/spip/dist
https://git.spip.net/spip/prive
https://git.spip.net/spip/msie_compat
https://git.spip.net/spip/grenier
https://git.spip.net/spip/dev
https://git.spip.net/spip/themes
https://git.spip.net/spip/bigup

rien a voir avec la distrib de spip trouver sur 
https://www.spip.net/fr_download











Le 28/04/2020 à 08:24, teamspipfact...@gmail.com a écrit :

Yo,

Je commencerais mon message par des remerciements à vous tous pour 
votre patience et vos conseils qui me permette d'avancer et de 
comprendre
je rappel que mes messages ne sont pas a vocation "trollesque", mais 
plus des interrogations sur des constats dans mon apprentissage.


Puisque grâce a vos conseils, j'ai pu mettre a jour les plugins en 
SVN avec git clone en méthode https


J'ai décidé de faire la même chose pour Spip & plugins-dist
et bien sur https://git.spip.net/spip c'est fractionné ce qui est 
normal un répertoire spip et un répertoire par plugins


en navigant dans https://git.spip.net/spip des choses m'interpelle 
comme le plugins themes pas souvenir que c'est un plugin-dist mais 
bon vu le DEV acharné c'est ptet un nouveau.
Avant d'installer tous ça je  m'en vais chercher sur 
https://www.spip.net/fr_download la version stable pour faire un 
comparatif.


Ma question pourquoi j'ai dans https://git.spip.net/spip les 
répertoires suivant et dois je les installer également en plus de 
https://git.spip.net/spip/spip, n'y aurais t'il pas des repos qui 
n’ont rien a voir la avec Spip & plugins-dist (ou j'ai pas compris 
le classement fort probable)


/bigup
/ecrire
/dist
/prive
/msie_compat
/grenier
/dev
/themes

merci pour votre éclairage

ps/ c'est possible de mettre a jour spip + les plugins-dist en GIT , 
en une fois ?




___
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] SVN => GIT : Core de SPIP & plugins-dist

2020-04-28 Par sujet tcharlss
Oui le script checkout.php que tu as utilisé permet notamment de 
récupérer en une fois SPIP et tous les plugins dist.


Tu as des exemples de commandes pour ça dans le readme du dépôt ou dans 
les articles d'eric.



Le 28/04/2020 à 08:24, teamspipfact...@gmail.com a écrit :

Yo,

Je commencerais mon message par des remerciements à vous tous pour 
votre patience et vos conseils qui me permette d'avancer et de comprendre
je rappel que mes messages ne sont pas a vocation "trollesque", mais 
plus des interrogations sur des constats dans mon apprentissage.


Puisque grâce a vos conseils, j'ai pu mettre a jour les plugins en SVN 
avec git clone en méthode https


J'ai décidé de faire la même chose pour Spip & plugins-dist
et bien sur https://git.spip.net/spip c'est fractionné ce qui est 
normal un répertoire spip et un répertoire par plugins


en navigant dans https://git.spip.net/spip des choses m'interpelle 
comme le plugins themes pas souvenir que c'est un plugin-dist mais bon 
vu le DEV acharné c'est ptet un nouveau.
Avant d'installer tous ça je  m'en vais chercher sur 
https://www.spip.net/fr_download la version stable pour faire un 
comparatif.


Ma question pourquoi j'ai dans https://git.spip.net/spip les 
répertoires suivant et dois je les installer également en plus de 
https://git.spip.net/spip/spip, n'y aurais t'il pas des repos qui 
n’ont rien a voir la avec Spip & plugins-dist (ou j'ai pas compris le 
classement fort probable)


/bigup
/ecrire
/dist
/prive
/msie_compat
/grenier
/dev
/themes

merci pour votre éclairage

ps/ c'est possible de mettre a jour spip + les plugins-dist en GIT , 
en une fois ?




___
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] https://git.spip.net/explore/organizations

2020-04-27 Par sujet tcharlss



Le 25/04/2020 à 18:56, teamspipfact...@gmail.com a écrit :

Autrement dit, tu n'as pas fait un clone du dépôt ; donc normal que tu
ne puisses pas faire d'opération git dessus. C'est sur ça que Charles
voulait attirer ton attention.


Je concours :)


tu veux dire que si je télécharge comme expliqué , on ne peu pas faire 
de maj du plugin automatiquement par le script que l'on m'a fournie
sur un depot externe a GIT/SPIP et que c'est pour cela que j'avais 
l'erreur ?


Oui mais de quel script s'agit-il ? Et téléchargé comme expliqué où ? On 
n'a pas de boule de crystal.
L'archive que obtiens depuis l'interface de gitea ne te fournit pas un 
clône du dépôt, donc tu ne pourras lancer aucune commande de git avec 
cette méthode là.


___
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] Maintenance git.spip.net - 17 avril 2020

2020-04-20 Par sujet tcharlss
Dans l'intervalle il y a eu quelques commits faits en svn (et donc non 
synchronisés pendant que le git était hs).


Ça va poser problème ?

Le 18/04/2020 à 11:27, cam.lafit a écrit :

Bonjour

Vous avez constaté des incidents durant la soirée de hier et ce matin. 
J'espère que cela est résolu. Un problème sur une interface réseau a 
rendu indisponible le serveur. Je viens de faire des modifications à 
ce propos.


Pour le moment les services sont à nouveaux joignables

Km

___
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] Mise à jour git.spip.net

2020-02-18 Par sujet tcharlss
Le 17/02/2020 à 16:30, Charles Razack a écrit :
> Il me semble qu'avec ces 2 ajouts, on arrive à reproduire le
> fonctionnement actuel des notifs de la zone, me trompe-je ?
> En gros dès qu'il y a un commit, ça notifie toutes les personnes
> concernées (celles de l'orga et/ou celles qui ont participé au dépôt
> sur lequel porte le commit).

Je me réponds : non :)





pEpkey.asc
Description: application/pgp-keys
___
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 3.3, logos et images/documents

2019-07-22 Par sujet tcharlss
Pour moi également, sans hésitation :
[X] Ok on y va ça a trop duré, on affinera la proposition en faisant

Et très bonne idée de faire ça en 2 temps.
À terme, l'utilisation des rôles me semble répondre à toutes les
problématiques : c'est propre, extensible et ça permet de faire à peu
près tout.
Àprès la notion même de « logo » pourrait éventuellement être discutée.
Dans rôles de documents, on a lui a substitué l'idée de « rôles
principaux », qui peuvent changer d'un objet éditorial à l'autre.
Mais bon, je ne veux pas encombrer le fil de discussion avec ça pour
l'instant, ça pourra être discuté aux étapes suivantes.

Merci pour la proposition, et go go go !

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

Re: [spip-dev] Les SVG sont des images comme les autres

2019-07-19 Par sujet tcharlss
Ouuu !

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

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

Le 18/07/2019 à 11:35, Cerdic a écrit :
> Hello,
> 
> On est en 2019, la version trunk de SPIP supporte maintenant totalement
> les SVG comme des images.
> https://caniuse.com/#feat=svg-img
> 
> 
> Cela veut dire :
> 
>   * qu’on peut les uploader comme des images dans les documents joints
>   * qu’on peut les uploader comme logo d’objet
>   * que les aperçus de SVG s’affichent bien partout dans l’espace privé
>   * que les filtres |image_xxx utilisés partout dans les squelettes
> pourront s’appliquer dessus sans rien casser
>   o soit en appliquant la même transformation que pour un bitmap si
> le filtre |image_xx supporte expressément les SVG
>   o soit en ne faisant rien si le filtre n’a pas été modifié pour
> supporter les SVG
> 
> 
> En l’état les filtres suivants supportent désormais également les images
> au format SVG :
> 
> |image_reduire
> |image_passe_partout
> |image_recadre
> |image_aplatir (conserve un svg mais applique le background)
> |image_format (conserve un svg mais applique le background)
> |image_alpha
> |image_flip_vertical
> |image_flip_horizontal
> |image_flou
> |image_nb
> |image_sepia
> |image_gamma
> |image_rotation
> |couleur_extraire  (extrait une moyenne des couleurs referencees dans le
> SVG, sans notion de leur importance visuelle)
> 
> avec la réserve que pour certains filtres (flou, sepia, nb) il faut que
> le navigateur supporte bien les CSS filters dans les SVG :seul FF le
> supporte actuellement - dans les navigateurs qui ne le supportent pas
> l’effet est juste ignoré.
> (Il semble être possible d’utiliser des features filter avancées des SVG
> qui sont mieux supportées mais je n’ai pas creusé dans cette voie)
> 
> Dans le core, les filtres qui ne supportent pas le SVG (et sont donc
> sans effet) sont :
> 
> |image_masque (on devrait pouvoir porter une partie des fonctionnalités
> mais c’est plus compliqué)
> |image_renforcement (sans objet?)
> |image_fond_transparent (sans objet)
> |image_imagick (sans objet)
> |image_recadre_mini (sans objet)
> 
> 
> Le support des filtres images devrait permettre d’utiliser des images
> SVG directement, sans aucune modification des squelettes ni de code,
> sauf peut être dans certain cas de filtres images perso un peu velus qui
> modifient notamment les dimensions de l’image
> (dans ce cas il faudrait au moins une implémentation mini pour modifier
> les dimensions du SVG à l’identique)
> 
> 
> -- 
> Cédric
> 
> 
> spip-z...@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
> 


pEpkey.asc
Description: application/pgp-keys
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Versions maintenues

2019-03-16 Par sujet tcharlss
Excellent !
Clair, concis, complet.

Même remarque qu'erational dans le forum de l'article :  «Correction des
failles de sécurité jusqu'au» en place de «Faille de sécurité jusqu'au»
ne laisserait planer aucun doute.

Possible d'avoir quelques explications sur le fonctionnement ?
Qu'est-ce qui est automatisé/manuel pour les branches, les dates, etc ?

En tout cas, oui, ça a tout à fait sa place sur spip.net

Le 16/03/2019 à 15:19, James a écrit :
> Coucou,
> 
> en démo, un plugin qui aurait largement sa place sur spip.net
> 
> 
> https://spip.lerebooteux.fr/Versions-Maintenues
> 
> tableaux et svg inspiré par :
> 
> avant tout http://php.net/supported-versions.php
> 
> mais aussi :
> https://symfony.com/roadmap
> https://phpunit.de/supported-versions.html
> 
> et un peu https://laravel.com/docs/5.8/releases
> 
> Amicalement,
> -- 
> James
> 


pEpkey.asc
Description: application/pgp-keys
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] spip 3.0.28 Notice PHP

2019-02-08 Par sujet tcharlss
La branche 3 est peut-être en fin de vie, mais toujours considérée comme 
stable et encore maintenue : https://www.spip.net/fr_article4449.html



Le 08/02/2019 à 14:50, RealET a écrit :


Attendu que tu utilises le squelette par défaut
Attendu que SPIP 3.0.28 est en fin de vie
Je t'invite à mettre à jour en 3.2.3 sans autre forme de procès.



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


[spip-dev] Des nouvelles de la charte

2017-10-11 Par sujet tcharlss

Bonjour les gens,

le 29 mai dernier, nous vous avions écrit sur les listes pour annoncer 
un projet, écrire un texte valable pour toute la communauté, une 
"charte", pour accueillir les nouvelles personnes, et pour mieux 
formaliser certaines de nos décisions (notamment les gros chantiers) :

https://contrib.spip.net/Pour-un-fonctionnement-communautaire-efficace-dans-la

Dans la foulée, un groupe SPIP sur Framavox était donc créé et quelques 
discussions entamées, ainsi qu'un premier sous-groupe dédié à cette charte.

https://framavox.org/g/tgpSdAEU/spip
Que chacun se sente libre de parcourir ces premiers échanges et de 
s'approprier cet outil de discussion et de prise de décisions.


Une fois notre démarche mise au clair (le 29 mai donc), nous avons 
vraiment commencé à travailler sur la charte et sur la formalisation de 
"groupes d'action" durant le mois de juin. Après un hiatus le temps de 
la trêve estivale, la discussion a repris mi-septembre, avec une 
nouvelle réunion le 27.


À ce stade, la charte est désormais presque terminée.
Nous avons cherché à faire une synthèse entre la charte existante de 
SPIP-Zone et les différents points qu'on voulait ajouter. Le tout en 
étant le plus concis possible tout en étant complet (c'est plus 
difficile que de s'étaler). :)
Une fois finalisée, le but est que l'équipe du noyau la discute, la 
valide, l'accepte, et qu'on l'intègre alors au moins sur le site portail 
principal (et peut-être sur tous avec le bandeau galaxie ? on verra). 
Elle remplira déjà son rôle d'accueil/bienvenue. Youpie !
Cela permettra aussi d'utiliser explicitement le système de mandat 
impératif (déléguer officiellement un chantier à des gens, en amont, 
avant toute production concrète).


À ce propos, et avant même cette finalisation, nous proposons de créer 
dès maintenant un ou deux groupes sur le Framavox pour déjà regrouper 
les personnes motivées, qu'elles se parlent en un lieu défini et 
précisent les contours de leur groupe. On rappelle quand même qu'ensuite 
quand ce sera prêt, il faudra bien demander un mandat pour l'objet du 
chantier.
Au départ nous pensions vraiment que ce serait mieux d'attendre la 
charte terminée, mais le fait est que l'été a beaucoup décalé les 
choses, et qu'il faut relancer la dynamique.


On aurait donc :

- Un groupe pour la refonte du portail spip.net, le rangement et la 
maintenance des différentes documentations (ça va en partie ensemble).
  Depuis la rencontre de Toulouse, ce chantier a en partie avancé 
au niveau graphique, grâce à Nico et Marcimat qui ont intégré la charte 
de Jordan. Il s'agit maintenant de s'attaquer aux contenus, à 
l'allègement du portail, aux choix de maintenance, à comment on veut 
communiquer.


- Un groupe pour la refonte à zéro de l'interface d'admin.
  Comme proposé à Toulouse, il s'agirait de ne plus partir sur des 
pansements sur l'interface actuelle, mais prendre le temps long pour 
refondre entièrement (y compris parfois en décidant de garder des choses 
que l'on trouve bien).


Rappel : ces groupes rassembleront les personnes volontaires pour 
s'engager à travailler ensemble sur le long terme, participer au mieux 
aux réunions du groupe, etc, pas juste pour donner son avis de loin 
ponctuellement.
Celleux qui sont intéressé⋅e⋅s par l'un ou les deux groupes peuvent le 
dire ici en répondant à cet email, ou venir en discuter sur IRC.  C'est 
plus sympa que des demandes directes sur Framavox où on ne peut pas se 
parler avant, et cela permet d'échanger avec les nouvelles têtes qu'on 
ne connait pas, histoire de se présenter un peu, de formuler l'intérêt 
qu'on a pour le projet, de comprendre le fonctionnement des groupes 
d'action...


On attend donc vos retours sur cette première partie de nos réflexions, 
et on espère grandement trouver un fonctionnement communautaire vraiment 
efficace tout en restant léger, qui accueille tout⋅e celleux qui veulent 
participer à l'amélioration de SPIP !


Bisous tout le monde :)


Le 29/05/2017 à 23:38, RastaPopoulos a écrit :

Bonjour,

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


Suite à cela, un groupe de personnes intéressées s'est réuni, et nous 
avons écrit un article de présentation plus détaillé de ce que nous 
sommes en train de faire.


Pour résumer, il s'agit de produire un texte de présentation de la 
communauté SPIP et de ses valeurs, à la fois pour accueillir au mieux 
les nouvelles personnes et pour mieux formaliser nos échanges et nos 
décisions.
Le but final est de le publier sur le site officiel, et qu'il soit 
ensuite trouvable dès la page d’accueil, voire même dans le bandeau 
Galaxie.


==> Nous vous invitons à aller *lire* cet article, et si le sujet vous 
intéresse, à *discuter dans le forum joint*.
==> 

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

2017-09-19 Par sujet tcharlss
Un test en déplaçant le premier bloc dans la colonne de droite sur la 
page d'accueil : https://pic.infini.fr/033RovC2/1AKYEoQi.png


Le 18/09/2017 à 23:30, nicod_ a écrit :

Le 18/09/2017 à 13:57, tcharlss a écrit :
1) Je rejoins la remarque de gilles sur l'encart de présentation 
affiché au début : c'est bien quand on découvre le forum, mais une 
fois qu'on est familier des lieux, l'information prend beaucoup de 
place pour rien, on est obligé de scroller pour arriver au contenu qui 
nous intéresse.

Ça pourrait passer dans la colonne de droite à mon avis.

2) Sur la page d'accueil, il n'est pas possible de poser une nouvelle 
question, il faut d'abord se rendre dans une rubrique, et ce n'est pas 
indiqué.
Le formulaire pourrait se trouver dès la page d'accueil, avec un 
selecteur pour la rubrique/thématique adaptée.


3) Dans les autres forums, des fois il y a des liens explicites « 
répondre à XXX » sous *chaque* message.
L'idée pourrait être reprise dans les listes de messages, quand on est 
dans une rubrique (visuellement, pas forcément sous la forme d'un 
bouton, juste un lien textuel). Même si c'est redondant avec le lien 
sur le titre des messages, ça a le mérite d'être explicite.


4) Enfin, je ne sais plus qui a lancé l'idée mais elle me semble très 
intéressante : mettre en avant les réponses qui seraient seraient 
validées par l'auteur.e de la question (+ les admins ?).
Sur stackoverflow, c'est très pratique de voir la réponse validée 
juste sous la question, sans devoir se taper tout le fil de discussion.



Plein de bon sens là dedans, j'opine.






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

2017-09-18 Par sujet tcharlss

Hello,

Quelques retours après avoir un peu testé la nouvelle formule.
Juste les critiques, j'ai déjà fait des compliments sur IRC :)

Déjà mon utilisation du forum : maintenant j'y vais occasionnellement 
pour voir s'il y a des questions auxquelles je peux répondre.
Dans l'absolu ce qui m'intéresse, ce sont les dernières questions sans 
réponse ou non marquées comme étant résolues.


1) Je rejoins la remarque de gilles sur l'encart de présentation affiché 
au début : c'est bien quand on découvre le forum, mais une fois qu'on 
est familier des lieux, l'information prend beaucoup de place pour rien, 
on est obligé de scroller pour arriver au contenu qui nous intéresse.

Ça pourrait passer dans la colonne de droite à mon avis.

2) Sur la page d'accueil, il n'est pas possible de poser une nouvelle 
question, il faut d'abord se rendre dans une rubrique, et ce n'est pas 
indiqué.
Le formulaire pourrait se trouver dès la page d'accueil, avec un 
selecteur pour la rubrique/thématique adaptée.


3) Dans les autres forums, des fois il y a des liens explicites « 
répondre à XXX » sous *chaque* message.
L'idée pourrait être reprise dans les listes de messages, quand on est 
dans une rubrique (visuellement, pas forcément sous la forme d'un 
bouton, juste un lien textuel). Même si c'est redondant avec le lien sur 
le titre des messages, ça a le mérite d'être explicite.


4) Enfin, je ne sais plus qui a lancé l'idée mais elle me semble très 
intéressante : mettre en avant les réponses qui seraient seraient 
validées par l'auteur.e de la question (+ les admins ?).
Sur stackoverflow, c'est très pratique de voir la réponse validée juste 
sous la question, sans devoir se taper tout le fil de discussion.


Voilà, en tout cas bravo encore pour ce beau forum :)

Le 15/09/2017 à 11:32, Manu a écrit :

Le 13/09/2017 à 19:49, Matthieu Marcillaud a écrit :

Cher·es participant·es,

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

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


Alors j'ai été faire un tour dans l'idée de poser une question. J'avoue 
que j'ai cherché un petit bout de temps pour savoir où/comment il 
fallait faire pour poser une question. Je ne sais pas pourquoi mais 
m'attendais à voir un bouton ou un lien "poser une question".


Une fois le texte lu, ah, OK, il faut se rendre sur la page du thème 
mais ensuite, j'ai continué à chercher ce fichu bouton. Jusqu'à ce que 
je scrolle jusqu'en bas (la page est looongue)et que je trouve le 
formulaire.


C'est effectivement la culture SPIP (sur contrib, le formulaire est 
également tout en bas) mais je me demande si un bouton situé en haut de 
page qui ferait apparaitre le formulaire (ou qui pourrait renvoyer en 
bas de page si les choses restaient en l'état) ne serait pas plus 
intuitif ?


J'ai fait une simulation ici :
https://framapic.org/IIIFywOyPJa2/xr94skCKqlO3.jpg

...

Encore mille mercis pour tout ce temps et ce bel outil

Manu

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




Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-02-08 Par sujet tcharlss

Donc pour faire suite, avec les préfixes c'est bon pour IE10+.

Le 08/02/2017 à 12:52, tcharlss a écrit :

En l'état actuel l'affichage n'est pas correct sur IE 10, j'ai fait
quelques captures d'écran :
https://framapic.org/gallery#q2G34gLMFriE/pN1H2MQvecDD.jpg,j2yGid8oV80b/vc5oHEWseBk6.jpg,kC6gJ5mK5IDs/YG3MgAoXYKM7.jpg


Je pense que c'est simplement dû au fait qu'il manque les préfixes
navigateurs pour les propriétés flexbox. En principe à partie d'IE10,
flexbox est partiellement supporté.

À mon avis, ça vaudrait le coup de tenter d'obtenir ces modes
d'affichage avec des propriétés "à l'ancienne" avant d'utiliser flexbox,
comme ça on aurait une compatibilité avec IE9 également (même si la bête
est voie de disparition).
Avec des display: table et cie, c'est peut-être jouable. Je testerai dès
que possible.

Quant au polyfill, si c'est juste pour régler ce problème, ça ne devrait
être qu'un dernier recours amha.
Mais si on dit qu'à partir de maintenant, flexbox est "accepté" dans le
privé, là oui ça peut être intéressant (c'est quand même très pratique
flexbox !).




Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-02-08 Par sujet tcharlss
En l'état actuel l'affichage n'est pas correct sur IE 10, j'ai fait 
quelques captures d'écran : 
https://framapic.org/gallery#q2G34gLMFriE/pN1H2MQvecDD.jpg,j2yGid8oV80b/vc5oHEWseBk6.jpg,kC6gJ5mK5IDs/YG3MgAoXYKM7.jpg


Je pense que c'est simplement dû au fait qu'il manque les préfixes 
navigateurs pour les propriétés flexbox. En principe à partie d'IE10, 
flexbox est partiellement supporté.


À mon avis, ça vaudrait le coup de tenter d'obtenir ces modes 
d'affichage avec des propriétés "à l'ancienne" avant d'utiliser flexbox, 
comme ça on aurait une compatibilité avec IE9 également (même si la bête 
est voie de disparition).
Avec des display: table et cie, c'est peut-être jouable. Je testerai dès 
que possible.


Quant au polyfill, si c'est juste pour régler ce problème, ça ne devrait 
être qu'un dernier recours amha.
Mais si on dit qu'à partir de maintenant, flexbox est "accepté" dans le 
privé, là oui ça peut être intéressant (c'est quand même très pratique 
flexbox !).


Le 04/02/2017 à 09:51, Matthieu Marcillaud a écrit :

Le 04/02/2017 à 08:38, Cédric Morin a écrit :

Matthieu Marcillaud a écrit :

- Le Core utilise maintenant dans les listes de documents quelques
flexbox (c'était plus facile!), ce qui amène à IE 11 minimum je suppose
l'affichage optimal de l'espace privé.


Je ne pense pas qu'on ait le droit de ce genre de postulat et de se
permettre cette facilité. [...]  Surtout que dans le cas présent c'est
a priori très ponctuel [...]


J'avais passé un peu du temps à tenter de faire avec des float à la
traditionnelle tout en permettant 3 affichages différents (grand, cases,
liste) des documents, mais il y avait toujours des cas où les
alignements n'étaient pas corrects ; j'ai fini par m'agacer et par
utiliser flexbox, qui, bien qu'on ne puisse pas tout faire avec, a
permis de réaliser ce que j'avais en tête.

Si quelqu'un veut tenter, pourquoi pas ; ceci dit également IE9 et IE10
semblent faire 0,52% des utilisateurs maintenant (à vérifier), ce qui
commence à devenir assez maigre. Je n'ai en aucun IE sous la main pour
tester par ailleurs (si quelqu'un veut faire des captures des listes de
documents en 3.2 sous IE 9, 10 et 11…).

Je ne suis pas encore entièrement non plus satisfait du grand affichage,
bien que cela me plaise déjà plus qu'avant (notamment le fait d'avoir le
lien 'détail' qui cache un tas de choses souvent peu utiles d'êtres
visibles en permanence). Mais je n'ai pas trouvé mieux pour l'instant.

MM.






Re: [spip-dev] [Spip-zone-commit] r97979 - in _core_/branches/spip-3.0/plugins/statistiques

2016-06-07 Par sujet tcharlss

Je rebondis sur le sujet (boing).

L'objet du plugin statistiques_objets, c'était effectivement de tester 
dans un plugin séparé la prise en charge des statistiques sur tout type 
d'objet, avant pourquoi pas de reporter ça "proprement" dans le plugin 
de la dist si ça convient à tout le monde.
Il est opérationnel, sauf les fonctions d'archivage qui n'ont pas été 
portées.


De mon côté, il est en production sur un site avec ~1500 visites jours, 
les statistiques étant activées sur les articles + un objet maison, et 
ça marche correctement.
Évidemment, sur un site à fort traffic, ça risque d'accentuer le 
problème des tables de statistiques qui prennent une taille démesurée 
avec le temps.

Il faudrait des retours sur plusieurs sites pour voir ce que ça donne.

Il y a un point sur lequel je ne suis pas sûr : le plugin enregistre les 
données dans 2 nouvelles tables statistiques_objets et referers_objets 
SAUF pour les articles, pour qui j'ai conservé les fonctionnement actuel 
avec les tables statistiques_articles et referers_articles.
Mais ça complique un peu le code et ça éparpille les données, dans ce 
cas je ne sais pas ce qui est préférable : tout basculer dans les 
nouvelles tables, ou garder cette dichotomie (pour rétrocompatibilité ?).


Plop.

Le 31/05/2016 09:28, JLuc a écrit :

Un plugin statistiques_objet a été commité récemment par Tcharls
http://zone.spip.org/trac/spip-zone/browser/_plugins_/statistiques_objets/trunk

et il me souvient que son auteur le considére pleinement opérationnel.

Ne faudrait il pas intégrer (|ce qu'offre) ce nouveau plugin, plus
polyvalent,
et qui rapproche l'interface privé du full objet-id_objet ?

JLuc





Re: [spip-dev] plugin Albums

2012-03-01 Par sujet tcharlss

Le 01/03/2012 14:00, RastaPopoulos a écrit :

Puissiez-vous (tous) éviter de citer TOUTE la conversation en citations
de citations de citations de citations, lorsque vous répondez à un
message ?

C'est pénible de devoir défiler 20 fois pour lire un ou deux mots.

Merci. :)


C'est la faute de l'extension 'quote collapse' de thunderbird, à force 
on y fait pus attention !




Re: [spip-dev] plugin Albums

2012-03-01 Par sujet tcharlss

Le 29/02/2012 19:04, tcharlss a écrit :

Le 29/02/2012 11:47, tcharlss a écrit :

Le 29/02/2012 11:20, r...@rezo.net a écrit :

Le 28 févr. 2012 à 23:19, tcharlss a écrit :


Le 28/02/2012 23:05, r...@rezo.net a écrit :

Le 28 févr. 2012 à 22:31, Charles Razack a écrit :


Je reviens à la charge pour le plugin albums, je viens juste de
mettre le plugin v2 (en beta) sur la zone.


Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur
plugins.spip.net :D


Bien obligé tous les fichiers sont placés à la racine, il faudrait
créer une arborescence comme indiqué dans mon précédent message.


Je n'arrive pas à manipuler les sousrep via svn :(
Qui pourrait réparer ?


J'ignore comment fontionne le référencement des plugins (automatique
en fonction de l'arborescence ?), avant de me lancer là dedans, je
préfère en être sûr pour ne pas tout casser !


Je n'ai pas pu tester hier soir car j'ai cassé mon spip3, mais voici
ce que je peux dire à la lecture du code :

- le plugin n'est-t'il plus compatible avec spip 2, c'est sur et
certain ?
- il manque le modèle de liste (album_list) ?
- Attention : ce n'est pas au plugin Albums de distribuer le script
innerfade (parce qu'il peut être déjà présent sur le site via un autre
plugin ou squelettes), mais l'inverse, à chaque plugin de script
(innerfade et autres carrousels) de distribuer un modèle compatible
(album_ innerfade) qui applique ledit script.
Bref, il ne devrait pas y avoir de sousrep js dans ce plugin :)

-- Romy


> le plugin n'est-t'il plus compatible avec spip 2, c'est sur et
certain ?
Non cette version n'est plus compatible spip 2.
Il se repose sur les automatismes de spip3 , les nouvelles déclarations
de tables etc. Garder la compatibilité spip 2 signifierait ajouter
pleins de dépendances de plugins (itérateurs, yaml et j'en oublie) et
une réécriture d'un bon paquet de code.

> il manque le modèle de liste (album_list) ?
Un oubli de ma part !

> attention : ce n'est pas au plugin Albums de distribuer le script
innerfade.
Pas de pb, j'enlèverai ça. C'était pour tester la faisabilité.

Alors concernant l'organisation des répertoires, j'ai enfin retrouvé la
page qui explique ça en détail :
http://www.weblog.eliaz.fr/article113.html
(c'est un peu le parcours du combattant pour trouver des infos à jour
sur la gestion des plugins, soit dit en passant)

Bref, je pense avoir saisi la procédure pour faire le branchage, par
contre je crois n'avoir les droits d'accès qu'au répertoire albums, et
pas aux autres donc je ne suis as sûr de pouvoir procéder.

Voici les notes que j'ai prises pour procéder :

1: faire une copie locale de la zone
svn co svn://zone.spip.org/spip-zone/_plugins_
cd _plugins_

2: déplacer 'albums' vers un répertoire temporaire 'albums_temp'
svn mv albums albums_temp
svn commit -m "branchage du plugin albums pour spip3 - etape 1" albums
albums_temp

3: recréer le répertoire 'albums' et déplacer 'albums_temp' dans un sous
répertoire 'albums/temp'
mkdir albums
svn add albums
svn mv albums_temp albums/temp
svn commit -m "branchage du plugin albums pour spip3 - etape 2" albums
albums_temp

4: créer un sous répertoire 'branches'
cd albums
mkdir branches
svn add branches
svn mv temp branches/v1
svn commit -m "branchage du plugin albums pour spip3 - etape 3" branches

5: et pour finir on déplace le répertoire '/branches/v1/trunk' vers
/'trunk'
mkdir trunk
svn add trunk
svn mv branches/v1/trunk trunk
svn commit -m "branchage du plugin albums pour spip3 - etape 4 (finale)"
trunk


@Romy : si vous pouvez faire les étapes 2 et 3, je pourrais me charger
du reste.



fixed !



Re: [spip-dev] plugin Albums

2012-02-29 Par sujet tcharlss

Le 29/02/2012 11:47, tcharlss a écrit :

Le 29/02/2012 11:20, r...@rezo.net a écrit :

Le 28 févr. 2012 à 23:19, tcharlss a écrit :


Le 28/02/2012 23:05, r...@rezo.net a écrit :

Le 28 févr. 2012 à 22:31, Charles Razack a écrit :


Je reviens à la charge pour le plugin albums, je viens juste de
mettre le plugin v2 (en beta) sur la zone.


Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur
plugins.spip.net :D


Bien obligé tous les fichiers sont placés à la racine, il faudrait
créer une arborescence comme indiqué dans mon précédent message.


Je n'arrive pas à manipuler les sousrep via svn :(
Qui pourrait réparer ?


J'ignore comment fontionne le référencement des plugins (automatique
en fonction de l'arborescence ?), avant de me lancer là dedans, je
préfère en être sûr pour ne pas tout casser !


Je n'ai pas pu tester hier soir car j'ai cassé mon spip3, mais voici
ce que je peux dire à la lecture du code :

- le plugin n'est-t'il plus compatible avec spip 2, c'est sur et
certain ?
- il manque le modèle de liste (album_list) ?
- Attention : ce n'est pas au plugin Albums de distribuer le script
innerfade (parce qu'il peut être déjà présent sur le site via un autre
plugin ou squelettes), mais l'inverse, à chaque plugin de script
(innerfade et autres carrousels) de distribuer un modèle compatible
(album_ innerfade) qui applique ledit script.
Bref, il ne devrait pas y avoir de sousrep js dans ce plugin :)

-- Romy


 > le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
Non cette version n'est plus compatible spip 2.
Il se repose sur les automatismes de spip3 , les nouvelles déclarations
de tables etc. Garder la compatibilité spip 2 signifierait ajouter
pleins de dépendances de plugins (itérateurs, yaml et j'en oublie) et
une réécriture d'un bon paquet de code.

 > il manque le modèle de liste (album_list) ?
Un oubli de ma part !

 > attention : ce n'est pas au plugin Albums de distribuer le script
innerfade.
Pas de pb, j'enlèverai ça. C'était pour tester la faisabilité.

Alors concernant l'organisation des répertoires, j'ai enfin retrouvé la
page qui explique ça en détail : http://www.weblog.eliaz.fr/article113.html
(c'est un peu le parcours du combattant pour trouver des infos à jour
sur la gestion des plugins, soit dit en passant)

Bref, je pense avoir saisi la procédure pour faire le branchage, par
contre je crois n'avoir les droits d'accès qu'au répertoire albums, et
pas aux autres donc je ne suis as sûr de pouvoir procéder.

Voici les notes que j'ai prises pour procéder :

1: faire une copie locale de la zone
svn co svn://zone.spip.org/spip-zone/_plugins_
cd _plugins_

2: déplacer 'albums' vers un répertoire temporaire 'albums_temp'
svn mv albums albums_temp
svn commit -m "branchage du plugin albums pour spip3 - etape 1" albums
albums_temp

3: recréer le répertoire 'albums' et déplacer 'albums_temp' dans un sous
répertoire 'albums/temp'
mkdir albums
svn add albums
svn mv albums_temp albums/temp
svn commit -m "branchage du plugin albums pour spip3 - etape 2" albums
albums_temp

4: créer un sous répertoire 'branches'
cd albums
mkdir branches
svn add branches
svn mv temp branches/v1
svn commit -m "branchage du plugin albums pour spip3 - etape 3" branches

5: et pour finir on déplace le répertoire '/branches/v1/trunk' vers
/'trunk'
mkdir trunk
svn add trunk
svn mv branches/v1/trunk trunk
svn commit -m "branchage du plugin albums pour spip3 - etape 4 (finale)"
trunk


@Romy : si vous pouvez faire les étapes 2 et 3, je pourrais me charger 
du reste.





Re: [spip-dev] SPIP3 + icônes côté privé

2012-02-29 Par sujet tcharlss

Le 29/02/2012 17:32, manu a écrit :

j'ai également cette interrogation concernant le jeu d'icônes de
l'espace privé...

Je me suis amusé à faire un premier lot d'images, incomplet, sous forme
d'un plugin téléchargeable à l'url. Ça donne tout de même une idée de ce
que ça pourrait rendre...

http://www.mine-de-rien.fr/docs/navigator.zip

L'idée était de faire un jeu d'icônes monochromes, simples, qui
s'accorderaient avec le bandeau du haut.

Si il y en a que ça tente d'essayer pour voir comment vous ressentez
cette piste, à votre bon coeur !

Le gros hic, le très gros hic, c'est que ce jeu est tiré d'un set
d'icônes pas libres du tout !!! J'ai contacté le designer pour lui
demander si il accepterait de céder ses droits à un CMS open-source au
cas où la communauté trouverait ses icônes sympas...

Voilà la réponse qu'il m'avait faite

Hi there
Sorry for the late reply. If you are using the icons for free (e.g.
Super mono icons), you need to give attribution to us (i.e. put a link
to our website on your download or product page.) Otherwise a small
amount of license fee is needed. The super mono vector icons is not
downloadable for free but the standard license costs only 10 pounds. And
you can use them in your product which you mentioned is not for sale (or
open source). If you are using them in products that for sale, an
extended license would be proper. In your case, a standard license is
OK. Hope I explained clearly. Cheers,
Regards,

---

J'imagine que le message de notre designer ne nous avance guère, voire
même condamne quasiment la piste : il ne semble pas enclin à verser ses
icônes dans le panier de l'open-source et c'est peut-être son
casse-croûte Cela dit, si ses petites icônes plaisaient, on pourrait
tout de même peut-être tenter de revenir à la charge (ou s'en inspirer !)



Petit retour sur le jeu d'icônes (avis d'utilisateur qui n'engage que 
moi). Alors je suis plutôt partisant des icônes monochromes en général, 
autant je trouve que celles-ci ne marchent pas très bien sur un fond 
clair, les icônes actuelles sont plus lisibles. Ca vaudrait le coup 
d'essayer avec des icones plus sombre/contrastées, genre Faenza (thème 
GPL -si je ne m'abuse- sur linux)




Re: [spip-dev] plugin Albums

2012-02-29 Par sujet tcharlss

Le 29/02/2012 11:20, r...@rezo.net a écrit :

Le 28 févr. 2012 à 23:19, tcharlss a écrit :


Le 28/02/2012 23:05, r...@rezo.net a écrit :

Le 28 févr. 2012 à 22:31, Charles Razack a écrit :


Je reviens à la charge pour le plugin albums, je viens juste de mettre le 
plugin v2 (en beta) sur la zone.


Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur plugins.spip.net :D


Bien obligé tous les fichiers sont placés à la racine, il faudrait créer une 
arborescence comme indiqué dans mon précédent message.


Je n'arrive pas à manipuler les sousrep via svn :(
Qui pourrait réparer ?


J'ignore comment fontionne le référencement des plugins (automatique en 
fonction de l'arborescence ?), avant de me lancer là dedans, je préfère en être 
sûr pour ne pas tout casser !


Je n'ai pas pu tester hier soir car j'ai cassé mon spip3, mais voici ce que je 
peux dire à la lecture du code :

- le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
- il manque le modèle de liste (album_list) ?
- Attention : ce n'est pas au plugin Albums de distribuer le script innerfade 
(parce qu'il peut être déjà présent sur le site via un autre plugin ou 
squelettes), mais l'inverse, à chaque plugin de script (innerfade et autres 
carrousels) de distribuer un modèle compatible (album_ innerfade) qui applique 
ledit script.
Bref, il ne devrait pas y avoir de sousrep js dans ce plugin :)

-- Romy


> le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
Non cette version n'est plus compatible spip 2.
Il se repose sur les  automatismes de spip3 , les nouvelles déclarations 
de tables etc. Garder la compatibilité spip 2 signifierait ajouter 
pleins de dépendances de plugins (itérateurs, yaml et j'en oublie) et 
une réécriture d'un bon paquet de code.


> il manque le modèle de liste (album_list) ?
Un oubli de ma part !

> attention : ce n'est pas au plugin Albums de distribuer le script 
innerfade.

Pas de pb, j'enlèverai ça. C'était pour tester la faisabilité.

Alors concernant l'organisation des répertoires, j'ai enfin retrouvé la 
page qui explique ça en détail : http://www.weblog.eliaz.fr/article113.html
(c'est un peu le parcours du combattant pour trouver des infos à jour 
sur la gestion des plugins, soit dit en passant)


Bref, je pense avoir saisi la procédure pour faire le branchage, par 
contre je crois n'avoir les droits d'accès qu'au répertoire albums, et 
pas aux autres donc je ne suis as sûr de pouvoir procéder.


Voici les notes que j'ai prises pour procéder :

1: faire une copie locale de la zone
svn co svn://zone.spip.org/spip-zone/_plugins_
cd _plugins_

2: déplacer 'albums' vers un répertoire temporaire 'albums_temp'
svn mv albums albums_temp
svn commit -m "branchage du plugin albums pour spip3 - etape 1" albums 
albums_temp


3: recréer le répertoire 'albums' et déplacer 'albums_temp' dans un sous 
répertoire 'albums/temp'

mkdir albums
svn add albums
svn mv albums_temp albums/temp
svn commit -m "branchage du plugin albums pour spip3 - etape 2"  albums 
albums_temp


4: créer un sous répertoire 'branches'
cd albums
mkdir branches
svn add branches
svn mv temp branches/v1
svn commit -m "branchage du plugin albums pour spip3 - etape 3" branches

5: et pour finir on déplace le répertoire '/branches/v1/trunk' vers /'trunk'
mkdir trunk
svn add trunk
svn mv branches/v1/trunk trunk
svn commit -m "branchage du plugin albums pour spip3 - etape 4 (finale)" 
trunk




Re: [spip-dev] plugin Albums

2012-02-28 Par sujet tcharlss

Le 28/02/2012 23:05, r...@rezo.net a écrit :

Le 28 févr. 2012 à 22:31, Charles Razack a écrit :


Je reviens à la charge pour le plugin albums, je viens juste de mettre le 
plugin v2 (en beta) sur la zone.


Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur plugins.spip.net :D

-- Romy

PS : mieux vaut écrire directement sur la liste de dev, que j'ajoute donc en 
copie.



Bien obligé tous les fichiers sont placés à la racine, il faudrait créer 
une arborescence comme indiqué dans mon précédent message.
J'ignore comment fontionne le référencement des plugins (automatique en 
fonction de l'arborescence ?), avant de me lancer là dedans, je préfère 
en être sûr pour ne pas tout casser !




Re: [spip-dev] problème avec affichage publique champ extra

2012-02-28 Par sujet tcharlss

Le 28/02/2012 17:36, Hervé Le Dantec a écrit :

Bonjour,

*Sous SPIP 3.0.0-beta2 [19020], j'ai un problème avec l'utilisation de
l'interface « Champs Extras de : article » :*

J’ai créé des champs extras de type « Ligne de texte » et de type «
Liste déroulante » pour les ajouter les valeurs qui en découlent aux
articles du site que je suis en train de développer.

*et là, je suis face à un résultat étrange :*

/*Pour les champs extra « Ligne de texte », pas de problème :*/

 1. dans l'interface « Champs Extras de : article », je crée un nouveau
champ « Ligne de texte »
 1. Nom du champ : input_3
 2. Label : Prix
 3. Définition SQL : text DEFAULT '' NOT NULL
 2. Je valide,
 3. j'enregistre,
 4. dans le formulaire de saisie d'article je saisie « 10 » dans le
champ « Prix »
 5. J'enregistre
 6. l'article en espace privé affiche « *Prix* 10 »
 7. dans le squelette j'ai ajouté « [Prix : (#INPUT_3) 
TTC] »
 8. l'article en espace public affiche « Prix : 10 € TTC »


/*MAIS pour les champs extra « Liste déroulante », PROBLÈME ! :*/

 1. dans l'interface « Champs Extras de : article » je crée un nouveau
champ « Liste déroulante »
 1. Nom du champ : selection_6
 2. Label : Taille
 3. Liste des choix possibles : choix1|S
choix2|M
choix3|L
choix3|XL
 4. Définition SQL : text DEFAULT '' NOT NULL
 2. Je valide,
 3. j'enregistre,
 4. dans le formulaire de saisie d'article je choisit « M » dans la
liste déroulante « Taille »
 5. J'enregistre
 6. l'article en espace privé affiche « *Taille* M »
 7. dans le squelette j'ai ajouté « [Taille : (#SELECTION_6)] »
 8. *l'article en espace public affiche « Taille : choix2 » au lieu de «
Taiile : M »*

*
*
*
*
Pourquoi dans le cas des champs « Ligne de texte » c'est OK, mais que ce
n'est pas le cas pour les champs « Liste déroulante » ?
*
*
*Une idée ?*

Merci d'avance



Hervé Le Dantec — Fennec72 (sur spip-contrib, notamment)





Bonjour,

Pour les questions liées à l'utilisation de spip, il faut utiliser la 
liste spip users.
Pour répondre à ton problème, la doc indique la balise 
#LISTER_VALEURS{nom_du_champ} pour les choix multiples.

Donc dans ton cas #LISTER_VALEURS{selection_6}

cf http://www.spip-contrib.net/Champs-Extras-3



Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-13 Par sujet tcharlss

Le 13/01/2012 14:07, r...@rezo.net a écrit :

Le 12 janv. 2012 à 21:12, Matthieu Marcillaud a écrit :


Le 12/01/2012 19:41, JLuc a écrit :

autre essai avec des liens qui essaient de se faire passer pour des
boutons radio.
http://www.pasteall.org/pic/show.php?id=24272
feuille de style css :
http://www.pasteall.org/28149/css


Hum, ça marche mieux avec ça à la place des croix :
http://www.pasteall.org/pic/show.php?id=24274
http://www.pasteall.org/28153/css


Chapeau, c'est top.


Merci pour cette proposition. C'est super d'avoir du concret !


Le 'tick' à la place de la croix est mieux en effet.


En fait, je me demande pourquoi il y a une différence entre la ligne du haut et 
celle du bas (hormis la taille bien sûr). Il me semble que ce sont les mêmes 
systèmes, et donc que tout devrait ressembler comme à ceux du bas, c'est à dire 
ceux du hauts collés entre eux non ? (cependant, c'est très chouette !)



On perd beaucoup en lisibilité (trop chargé) et en compréhension (pourquoi des 
boutons ?) comparativement à avant, car :

- trop chargé :
-- pourquoi tant d'arrondis différents ?
-- esthétiquement, ça rappelle trop cette mode des boutons CSS3 en deux 
morceaux *, mais en moins beau, du coup petit effet déceptif (mais pas grave)
-- bref, pourquoi looker ça comme des *boutons* d'action ??
-- pourquoi tant d'icônes :
--- le nom de l'objet suffit, pas besoin d'ajouter une icône synonyme à côté
--- pourquoi la coche est-elle constamment cochée ?

Quitte à y toucher (pourquoi ?), pourquoi ne pas simplifier, en faisant 
simplement une succession de mots, séparés par des pipes, comme on le voit dans 
bien des interfaces ? ou des boutons radios, au naturel, si c'est bien de cela 
qu'il s'agit fonctionnellement ?

-- Romy

* Par exemple :
http://codecanyon.net/item/beauttons-beautiful-css3-buttons/671764
http://www.red-team-design.com/just-another-awesome-css3-buttons
http://www.land-of-web.com/freebies/free-css-buttons-part1.html
http://tympanus.net/Tutorials/CSSButtonsPseudoElements/index3.html
etc.


Je concède bien que la dernière proposition manque de simplicité et de 
cohérence, je l'ai postée quand même. Il faut garder à l'esprit que ce 
ne sont que des tests, des brouillons. En écartant les propositions 
bancales et en affinant les autres, ce serait bien d'arriver à quelque 
chose qui ait du sens et plaisant visuellement. Partant, toutes les 
critiques sont les bienvenues.
Là je me rends compte que styler cette portion de page est plus ardu que 
prévu : il ne s'agit pas vraiment de boutons, ni de cases à tiquer, ni 
d'onglets, mais de liens qui ont une fonction de filtre (si j'ai bien 
compris).

Bref, pour répondre à ta principale remarque : pourquoi changer ?
- Le mélange onglets / cases à cliquer, s'il semble plus compréhensible, 
est plutôt trompeur : les deux rangées sont censées être de la même nature.

- Et puis visuellement, en l'état actuel, il y a 2 choses qui me gênent :
Tout est vert. Il me semble cette couleur devrait n'être utilisée que 
sur les vrais liens ou sur les éléments "activés" (d'ailleurs c'est une 
remarque valable sur le thème de l'espace privé en général).
Et puis, honnêtement, c'est assez austère. Entre ça et les boutons css3 
que tu montres en exemple, il y a un monde quand même. Personnellement 
je les trouve bien chargés.
Mais je veux bien un lien vers ton exemple de mots séparés par des 
pipes, je vois pas vraiment de quoi il s'agit.





Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-12 Par sujet tcharlss

Le 12/01/2012 18:17, tcharlss a écrit :

Le 12/01/2012 09:29, Matthieu Marcillaud a écrit :

Le 11/01/2012 22:24, RastaPopoulos a écrit :

Yeah, super classe !

En gros le fonctionnement de ces liens c'est un peu comme des

boutons radios mais visuellement plus jolis : un seul des boutons d'une
même liste peut être actif.


Oui, je crois bien que c'est ça, l'équivalent de boutons radio. Il
pourrait peut être y avoir l'équivalent en on/off aussi, mais ce qu'on
utilise actuellement dans SPIP, médiathèque / svp, c'est l'équivalent de
radios.

Avec comme a dit denisb, une auto-validation si on clique dessus
(puisque ce sont de vrais liens). Si c'est fait en HTML simplement, il
faut donc un bouton "valider". Avec du js, comme il dit, ça se camoufle.

@tcharlss je ne sais pas si tu as tenté d'envoyé d'autres captures, mais
mets les plutôt sur un serveur d'image car elles ne passent pas sur les
listes :) Merci.

MM.


autre essai avec des liens qui essaient de se faire passer pour des
boutons radio.
http://www.pasteall.org/pic/show.php?id=24272
feuille de style css :
http://www.pasteall.org/28149/css


Hum, ça marche mieux avec ça à la place des croix :
http://www.pasteall.org/pic/show.php?id=24274
http://www.pasteall.org/28153/css



Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-12 Par sujet tcharlss

Le 12/01/2012 09:29, Matthieu Marcillaud a écrit :

Le 11/01/2012 22:24, RastaPopoulos a écrit :

Yeah, super classe !

En gros le fonctionnement de ces liens c'est un peu comme des

boutons radios mais visuellement plus jolis : un seul des boutons d'une
même liste peut être actif.


Oui, je crois bien que c'est ça, l'équivalent de boutons radio. Il
pourrait peut être y avoir l'équivalent en on/off aussi, mais ce qu'on
utilise actuellement dans SPIP, médiathèque / svp, c'est l'équivalent de
radios.

Avec comme a dit denisb, une auto-validation si on clique dessus
(puisque ce sont de vrais liens). Si c'est fait en HTML simplement, il
faut donc un bouton "valider". Avec du js, comme il dit, ça se camoufle.

@tcharlss je ne sais pas si tu as tenté d'envoyé d'autres captures, mais
mets les plutôt sur un serveur d'image car elles ne passent pas sur les
listes :) Merci.

MM.


autre essai avec des liens qui essaient de se faire passer pour des 
boutons radio.

http://www.pasteall.org/pic/show.php?id=24272
feuille de style css :
http://www.pasteall.org/28149/css



Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-11 Par sujet tcharlss

Le 11/01/2012 21:19, Matthieu Marcillaud a écrit :

Le 11/01/2012 21:14, tchar...@hotmail.fr a écrit :

Le 11/01/2012 20:51, JLuc a écrit :

Le 11/01/2012 20:26, tcharlss a écrit :

(3ème tentative pour poster ce message. Quand il y a autre chose que
des images en pièce-jointe, les messages sont

Bref, cette fois-ci je me suis inspiré des boutons dans les réglages
de gnome 3 (les petits machins glissables), qui ont
grosso-modo la même fonction : ils peuvent activés ou désactivés.
Notes : je ne me suis pas trop attardé sur la distinction entre
onglets principaux/secondaires faute de temps. Il y a
quelques effets css3 un peu bling-bling (dégradé, ombre portée...).


C'est l'ancienne version que tu as posté à nouveau.


Ah désolé,au bout de la 5ème tentative pour poster le même message je me
suis embrouillé... Bon, peut-être que poster des images pose problème
sur cette liste. Bref, l'image est là :
http://www.pasteall.org/pic/24245
et le bout de css ici (à essayer en surchargeant le style original) :
http://spip.pastebin.fr/21856
Je répète, c'est juste un brouillon pour se faire une idée, hein.


ah, c'est sympa sur l'image !

J'ai juste un peu de mal à comprendre le | à gauche des actifs. Un rond
plein peut être à mettre ? enfin... j'dis ça :p

C'est déjà super beau.

Ah, mais il faut dire ! Avec un rond plein à la place du |, ce serait 
peut-être plus clair, c'est vrai.
Je ferais un autre essai avec ça et en distinguant plus les filtres 
principaux / secondaires




Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-11 Par sujet tcharlss

Le 11/01/2012 21:19, Matthieu Marcillaud a écrit :

Le 11/01/2012 21:14, tchar...@hotmail.fr a écrit :

Le 11/01/2012 20:51, JLuc a écrit :

Le 11/01/2012 20:26, tcharlss a écrit :

(3ème tentative pour poster ce message. Quand il y a autre chose que
des images en pièce-jointe, les messages sont

Bref, cette fois-ci je me suis inspiré des boutons dans les réglages
de gnome 3 (les petits machins glissables), qui ont
grosso-modo la même fonction : ils peuvent activés ou désactivés.
Notes : je ne me suis pas trop attardé sur la distinction entre
onglets principaux/secondaires faute de temps. Il y a
quelques effets css3 un peu bling-bling (dégradé, ombre portée...).


C'est l'ancienne version que tu as posté à nouveau.


Ah désolé,au bout de la 5ème tentative pour poster le même message je me
suis embrouillé... Bon, peut-être que poster des images pose problème
sur cette liste. Bref, l'image est là :
http://www.pasteall.org/pic/24245
et le bout de css ici (à essayer en surchargeant le style original) :
http://spip.pastebin.fr/21856
Je répète, c'est juste un brouillon pour se faire une idée, hein.


ah, c'est sympa sur l'image !

J'ai juste un peu de mal à comprendre le | à gauche des actifs. Un rond
plein peut être à mettre ? enfin... j'dis ça :p

C'est déjà super beau.

Ah, mais il faut dire ! Avec un rond plein à la place du |, ce serait 
peut-être plus clair, c'est vrai.
Je bien un autre essai avec ça et en distinguant plus les filtres 
principaux / secondaires




Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-11 Par sujet tcharlss

Le 11/01/2012 20:51, JLuc a écrit :

Le 11/01/2012 20:26, tcharlss a écrit :

(3ème tentative pour poster ce message. Quand il y a autre chose que
des images en pièce-jointe, les messages sont

Bref, cette fois-ci je me suis inspiré des boutons dans les réglages
de gnome 3 (les petits machins glissables), qui ont
grosso-modo la même fonction : ils peuvent activés ou désactivés.
Notes : je ne me suis pas trop attardé sur la distinction entre
onglets principaux/secondaires faute de temps. Il y a
quelques effets css3 un peu bling-bling (dégradé, ombre portée...).


C'est l'ancienne version que tu as posté à nouveau.


Ah désolé,au bout de la 5ème tentative pour poster le même message je me 
suis embrouillé... Bon, peut-être que poster des images pose problème 
sur cette liste. Bref, l'image est là :

http://www.pasteall.org/pic/24245
et le bout de css ici (à essayer en surchargeant le style original) : 
http://spip.pastebin.fr/21856

Je répète, c'est juste un brouillon pour se faire une idée, hein.





Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-11 Par sujet tcharlss
(3ème tentative pour poster ce message. Quand il y a autre chose que des 
images en pièce-jointe, les messages sont modérés ?)


Bon, j'ai revu ma copie.
Je trouve la capture d'écran proposée par denisb plus lisible, cependant 
quand je vois des cases à cocher, j'ai tendance à chercher un bouton 
"envoyer" ou "ok" pour valider ces choix... Ca va pour les formulaires, 
là, je sais pas trop...


Bref, cette fois-ci je me suis inspiré des boutons dans les réglages de 
gnome 3 (les petits machins glissables), qui ont grosso-modo la même 
fonction : ils peuvent activés ou désactivés.
Notes : je ne me suis pas trop attardé sur la distinction entre onglets 
principaux/secondaires faute de temps. Il y a quelques effets css3 un 
peu bling-bling (dégradé, ombre portée...).


J'ai la feuille de style modifiée si ça en intéresse, je peux poster ça 
ou ?


Le 11/01/2012 11:05, RastaPopoulos a écrit :

Le 11/01/2012 09:06, Eric a écrit :

Moi ce qui me gêne déjà plus visuellement c'est le onglets de premier
niveau rectangulaires. J'avais proposé dans l'admin des plugins que ces
onglets deviennent une barre d'onglets comme on voit dans l'image de
denisb : images,


Ben ça me parait clair que ce qu'on considérera comme *vraiment* des
onglets (changement de page) doit avoir l'aspect visuel d'un onglet.


Pour les filtres, toujours dans l'admin des plugin la proposition était
d'avoir des liens simples.


Pourquoi pas. En tout cas dans un premier temps, car c'est très
"frustre", et ergonomiquement ya quand même des impératifs (avoir deux
états actif/inactif, etc).

jQuery a prévu des types de boutons radios comme ça :
http://jqueryui.com/demos/button/#radio
un peu comme dans pas mal d'appli Apple.


Pour revenir à la représentation proposé par denisb, je ne vois pas de
différence entre images, bandes son, vidéos... et publiés, non
publiés... Ce sont tous des filtres (vu de l'utilisateur) et là on en a
deux représentations. Je reste dubitatif de lier la représentation
graphique à des principes de codage ajax ou autre.


Pour la médiathèque, je suis d'accord : TOUS les liens correspondent à
des filtres à priori, aucun onglet.

Pour SVP, la première barre correspond vraiment à des onglets.

En fait, il y a plusieurs tâches :

1) Séparer dans le code PHP/squelettes ce qui produit des onglets, et ce
qui produit juste des liens de filtrage : on ne doit PAS utiliser les
mêmes fonctions (en tout cas de haut niveau) pour générer ces éléments.

2) Réfléchir à chaque fois, pour chaque liste de liens, si ce sont des
onglets, ou des filtres. Si les deux termes sont définis explicitement,
ce n'est pas difficile : un onglet = changement de page.

3) Styler différemment les deux fonctionnalités : vraie forme d'onglet
pour les onglets, et liens classiques ou boutons radios améliorés, etc,
pour les filtres.





Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-10 Par sujet tcharlss

Le 10/01/2012 20:22, RastaPopoulos a écrit :

Le 10/01/2012 18:58, tcharlss a écrit :

Une petite proposition.


Hello,

merci à toi, ta proposition est intéressante et jolie... pour des vrais
onglets. :)

En fait ce qui est trompeur pour cette page (et dans la médiathèque)
c'est qu'il ne faut *surtout pas* confondre onglet et filtre, et
faudrait vraiment différencier ça à la fois dans le code PHP/squelette
et dans les styles.

Un onglet, c'est un changement de page, on est censé voir afficher autre
chose, comme un onglet dans une chemise.

Un filtre, c'est l'affichage de la même page mais avec différents
paramètres.

Ce sont vraiment deux choses totalement différentes et pour l'instant
c'est très confus dans SPIP 3.


Pas de problème, j'essaierai de faire une autre proposition en gardant 
cette idée de filtre en tête.





Re: [spip-dev] [appel] de beaux onglets pour SPIP (et SVP)

2012-01-10 Par sujet tcharlss

Le 30/12/2011 11:22, Ben. a écrit :

Bonjour,
je viens de tester SVP avec SPIP3 et j'ai trouvé (mais je ne suis pas le
seul) que le look des onglets était perfectible (voir pièce jointe).

*Si vous voulez donner un coup de main, n'hésitez pas. *

Comment tester :
installer une version très récente de SPIP3 (
http://files.spip.org/spip/dev/SPIP-svn.zip celle ci est construite
toutes les nuits)
Y ajouter le plugin SVP dans le répertoire plugins
http://files.spip.org/spip-zone/#svp

et rendez vous ensuite sur
http:/adressedevotresiteenlocal/ecrire/?exec=admin_plugin vous devriez
voir les onglets
Tous / Actifs / Inactifs / Tous / Verrouillés / Non verrouillés


le code html correspondant :


Tous

Actifs

Inactifs



Tous


Verrouillés

Non verrouillés




Une petite proposition.