Re: [SPIP Zone] Les SVG sont des images comme les autres

2019-07-18 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-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
> 


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] tous les mails de commits sont détectés comme du spam

2019-06-27 Par sujet tcharlss
L'hébergeur a confirmé qu'il y avait un souci avec ses outils antispam.
Je lui ai demandé de tout désactiver sur ma boîte mail, problem solved.

Je lui demanderai quand même s'il sait pourquoi seuls les mails de cette
liste étaient impactés, on ne sait jamais.

Le 27/06/2019 à 10:46, cam.la...@azerttyu.net a écrit :
> Salut
> 
> Pour information j'ai regardé si les serveurs étaient blacklistés via
> mxtools (liste de diffusion et serveur zone) aucun des 2 pour le
> moment n'est présent dans une RBL.
> Donc le problème semble venir sur un traitement interne à l'opérateur
> recevant les mails.
> 
> Km
> 
> spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
> 


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] tous les mails de commits sont détectés comme du spam

2019-06-27 Par sujet tcharlss
Merci pour vos retours,

Comme le soupçonnaient b_b et Gildas, il semble que cela ne vienne pas
de thunderbird : je l'ai fermé et utilisé le webmail à la place un
moment, et le problème persiste.

Il y a donc un mauvais réglage chez mon hébergeur, je vais voir avec
eux. Aaaah, la perte de temps... :p


Le 26/06/2019 à 20:44, Gildas Cotomale a écrit :

> Là, l'évidence qui devrait s'imposer est que ce n'est pas TB mais qu'il
> y a autre chose en amont (auquel il réagit) Regarde dans les entêtes si
> ton fournisseur (ou la configuration de ton serveur de messagerie) ne
> rajoute pas des choses... 
> 
> Vérifie aussi si tu n'as pas des règles de classement qui seraient pétés
> sans que tu t'en rendes. (par exemple, si à un moment tu as ajouté une
> règle pour toujours classer certains messages comme spam ; il suffit
> qu'elle passe avant celle s'appliquant à la liste et qu'elle soit trop
> large pour ramasser --heureusement alors que ce n'est pas de la
> suppression brutale)


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] tous les mails de commits sont détectés comme du spam

2019-06-26 Par sujet tcharlss
Après quelques tests supplémentaires : pas mieux :(

Depuis le début j'avais le contrôle adaptatif activé et je marquais
manuellement tous les faux positifs en « courrier acceptable ». Au bout
d'un moment il aurait dû commencer à s'adapter, mais non.

Ensuite j'ai essayé le coup de la whitelist : j'ai ajouté «
spip-zone-com...@rezo.net » dans mon carnet d'adresse personnel et
activé l'option « Ne pas marquer automatiquement les messages comme
indésirables si l'expéditeur est dans : Adresses personnelles ».
Toujours pas bon.

Ensuite par lassitude j'ai essayé de désactiver complètement le contrôle
des indésirables : j'ai tout décoché dans les paramètres des
indésirables du compte.
Et bien toujours pas bon !!! Il continue de mettre tous les mails de
commits dans les spams.

À noter que le journal est vide, je commence à me demander s'il n'y a
pas un bug dans thunderbird.

Je vais continuer les recherches sur leurs forums.


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

> Comme toi, j'utilise aussi thunderbird et uniquement son antispam
> intégré et je ne rencontre pas ce problème.
> 
> Quelques conseils :
> 
> - tu peux commencer par indiquer à TB que les mails de la liste ne sont
> pas indésirables afin qu'il s'améliore
> - tu peux ajouter des adresses d'expéditeurs en liste blanche
> https://downtimemonkey.com/blog/how-to-whitelist-an-email-address-in-mozilla-thunderbird.php
> 
> 
> Il y a aussi des options à propos du filtrage des indésirables dans le
> menu Préférences / Sécurité / Indésirables :
> 
> - activer la journalisation
> - réinitialiser les données d'apprentissage
> 
> Avec tout ça tu devrais t'en sortir :)
> 
> ++
> b_b


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] r115746 - in _plugins_/noizetier/trunk

2019-06-24 Par sujet tcharlss



Le 22/06/2019 à 11:21, Eric Lupinacci a écrit :

Hello,

Non je ne pense pas qu’il faille toucher la liste.
Il faut que l’appel de cette liste passe actif=oui mais il faut laisser la 
liste avec ses paramètres.


Done


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


[SPIP Zone] tous les mails de commits sont détectés comme du spam

2019-06-24 Par sujet tcharlss

Hello,

Il y a quelques temps, chez moi les messages de commit de la zone ont 
commencés à être détectés comme du SPAM.

Au début juste quelques-uns de temps à autre, mais depuis peu c'est 100%.

J'ai pensé dans un 1er temps à des réglages de thunderbird trop 
pointilleux, mais :
1) Désactiver temporairement le filtre de détection des spams dans 
thunderbird  n'a rien changé.
2) Ça ne concerne quasiment QUE les messages de commits de la zone. 
C'est très rare que j'ai des faux positifs sur les autres mails.


Du coup je ne sais pas trop où ça coince : un autre réglage dan 
tunderbird ? ou en amont chez mon provider ? ou autre... ?


Avant de creuser la question : est-ce que c'est juste moi, ou ça se 
produit chez d'autres ?


tcharlss


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


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

2019-06-19 Par sujet tcharlss
Le 19/06/2019 à 22:44, JLuc a écrit :
> Il était pas documenté alors voici un début de doc :
> https://programmer.spip.net/declarer_tables_objets_sql-970

Il y a déjà un article assez détaillé sur spip.net, où la plupart des
clés sont expliquées :
https://www.spip.net/fr_article5525.html

Certes, toute le contenu de cette rubrique devrait être déplacé sur
programmer amha.

Sinon merci pour l'explication, j'apprends des trucs.


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] Liste spip-zone -> spip-dev

2019-03-04 Par sujet tcharlss


Le 04/03/2019 à 15:43, Cerdic a écrit :
> Hello,
> 
> vous ferez bien comme vous voudrez, mais on a pas encore inventé mieux
> que la boite mail pour communiquer de façon asynchrone, au rythme de
> chacun, avec n’importe quel outil…
> Donc supprimer la liste dev en disant « maintenant les discussions se
> passeront autre part, sur un autre outil » c’est bien gentil, mais bof.
Je digresse moi aussi un peu sur ce point, parceque ça me fait tiquer :)

Autant les mails me semblent adaptés pour discuter, autant ça me semble
être un outil très limité voir bloquant dès qu'il s'agit de faire du
travail collaboratif au sens large : formaliser la prise de décisions
par le biais de votes, partager des images, des documents ou du code
pour faire de la conception, organiser des rencontres (virtuelles ou
IRL), etc.

Il y a à mon sens des outils qui manquent pour compléter voir remplacer
certaines choses qui se font actuellement par mail.


pEpkey.asc
Description: application/pgp-keys

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


Re: [SPIP Zone] Coordonnées, branche et trunk

2017-10-17 Par sujet tcharlss
Ah oui, ces commits ont été faits uniquement dans la branche 2 et pas 
dans le trunk :(


r105018 : ne proposer la création de coordonnées que si on est autorisé 
à le faire
r104977 : Rendre dynamique le pays par défaut des adresses On utilise 
une constante …
r104734 : supprime un pipeline qui fait double emploi. Le formulaire de 
saisie des …


Déjà il faudrait les reporter.

Après dans la mesure où la branche 2 et le trunk sont en "stable", et 
qu'il n'y a pas de développements importants en cours sur le trunk, je 
ne vois pas trop l'intérêt de maintenir les 2 : ils sont identiques. La 
branche 2 est superflue et le zip pourrait provenir du trunk.


Je me souviens d'une discussion générale à ce propos sur les trunk et 
les branches il y a quelques temps d'ailleurs. Mon avis est que si le 
trunk d'un plugin n'est pas en état "dev", inutile d'avoir une branche 
fonctionnellement identique, le trunk peut servir pour la génération du 
zip.


Le 17/10/2017 à 12:56, nicod_ a écrit :

Le 17/10/2017 à 12:49, nicod_ a écrit :

Le 17/10/2017 à 12:31, nicod_ a écrit :

Et il y a des commits dans la branche v2, et d'autres dans le trunk.


Et un tag qui ne semble pas utilisé.


Et je lis sur contrib :

Expérimentation de la version 2.3.5
Cette version a essayé l’intégration des réseaux sociaux au même titre 
que les autres type de coordonnées.
Aprés discussion sur la liste de developpement, il a été constaté qu’il 
était plus pertinent de s’appuyer sur le plugin rezosociaux


2.3.5 ?

Lost in translation...



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


Re: [SPIP Zone] Une charte pour les gouverner tou⋅te⋅s

2017-10-11 Par sujet tcharlss
(Désolé si le message est en double, il y a eu un souci d'envoi lors de 
la 1ère tentative)


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:39, 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 

Re: [SPIP Zone] centre_image sur les listes documents d'album

2017-03-05 Par sujet tcharlss

Hello,

La prochaine version d'albums fonctionnera avec centre image tel quel, 
du coup je ne pense pas qu'il soit nécessaire de modifier le JS de 
centre image pour ce point (à moins que ce ne soit pressé, je ne sais 
pas trop quand ça va sortir :)


Par contre il y aura un autre petit souci à régler : quand une image est 
présente 2 fois sur la page, la croix n'apparaît qu'une fois



Le 05/03/2017 à 21:46, Pierre a écrit :

Bonjour,bonsoir

Est-il possible d'ajouter le sélecteur .documents-album dans la fonction
js  centre_image_afficher()?
Actuellement il n'est pas possible de définir les zones de focus depuis
les Albums.
Si vous n'y voyez pas d’inconvénient, je peux commit la modification.

Merci!



___
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



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


Re: [SPIP Zone] Plugin Coordonnées fonctions obsolètes

2016-10-11 Par sujet tcharlss

Bonjour,

Non je pense que tout le contenu du dossier /action est nécessaire.
L'API générique c'est juste le fichier editer_XXX.php

- editer_[adresse|numero|email].php on en a besoin car il y a des 
traitements spécifiques par rapport à la fonction générique il me semble 
(pour les liaisons).


- Tous les autres fichiers associer_XXX, dissocier_XXX et supprimer_XXX 
sont nécessaires pour les boutons d'actions dans le BO.

Là c'est plus l'API générique, c'est propre au plugin.



Le 11/10/2016 à 10:31, Pierre a écrit :

Bonjour,

Je suis en train de faire un plugin  qui dépend de coordonnées et en me
plongeant dans le code de celui ci je me suis rendu compte qu'il se
trimballe un dossier /action remplie de fonctions obsolètes depuis spip
3.0

Toutes les fonctions, editer_XXX associer_XXX dissocier_XXX
supprimer_XXX sont disponible de façon générique depuis spip 3.0 me
semble-t-il?

Le pire c'est qu'il y a des commits de fait sur les fichiers de ce
dossier qui ne servent à rien si ce n'est qu'à maintenir du code
'obsolète'

Est ce que ça vous semble pertinent de virer le dossier /action  pour la
branche v2 et le trunk?

http://zone.spip.org/trac/spip-zone/browser/_plugins_/coordonnees

Merci de votre attention.


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





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


Re: [SPIP Zone] r92869 - in _plugins_/pays/trunk

2016-03-31 Par sujet tcharlss

hello,

C'est vrai, j'ai oublié de reporter les 2 derniers commis dans la branche 3.
À mon avis la branche 3 est redondante avec le trunk : ce sont toutes 
les 2 des versions stables, fonctionnellement identiques. Sauf qu'il 
faut reporter chaque commit sur la branche 3 du coup.

Je proposais de zipper le trunk et de virer la branche 3.

Le 31/03/2016 00:13, touti a écrit :

Hello,
ces modifs n'ont pas été reportées dans la branche V3.0 ?
http://zone.spip.org/trac/spip-zone/browser/_plugins_/pays/branches/v3.0
est-ce que tu peux le faire, je ne comprends pas comment les différentes
versions fonctionnent et je m'y perds
d'autant que le trunk a un paquet déclaré stable mais ne génère pas de zip,
je cherchais pourquoi mes codes ne marchaient pas …
Merci
++

Le 26/01/16 18:55, tcharlss a écrit :

Flûte, me semblait pourtant avoir testé.
r94756 devrait réparer tout ça :
http://zone.spip.org/trac/spip-zone/changeset/94756

Le 26/01/2016 18:26, touti a écrit :

Hello,
> Ça ne casse rien, la rétrocompatibilité est assurée.
Euh, ben non, ça casse par exemple sur defaut="FR" sur saisies/pays.html
D'autant que dans ma table d'adresses maintenant, le champ pays qui
jusque là était FR (et affiche France) semble être remplacé par le
numéro 10
et je ne vois pas bien comment modifier le code suivant pour que
l'ensemble reste cohérent !
$pays=array(
'saisie' => 'pays',
'options' => array(
'defaut'=>'FR',
'nom' => 'pays',
'code_pays' => 'oui',
'label' => _T('tagada:label_pays')
)
);
merci
++
touti

Le 12/11/15 21:32, tchar...@bravecassine.com a écrit :

Author: tchar...@bravecassine.com
Date: 2015-11-12 21:32:55 +0100 (Thu, 12 Nov 2015)
New Revision: 92869

Modified:
_plugins_/pays/trunk/paquet.xml
_plugins_/pays/trunk/saisies/pays.html
_plugins_/pays/trunk/saisies/pays_codealpha3.html
_plugins_/pays/trunk/saisies/pays_codenum.html
_plugins_/pays/trunk/saisies/pays_nom.html
Log:
Factorisation des saisies et ajout de nouvelles options.

Les 4 saisies pays diffèrent uniquement par le champ utilisé comme
valeur des options du select (id_pays, nom, code, code_alpha3 ou
code_num). Au lieu de maintenir 4 saisies quasiment identiques, on
reporte tout dans la saisie principale "pays", et il suffit de
choisir le champ qu'on veut utiliser au moyen d'un nouveau paramètre
'champ_pays', qui prend comme valeur une colonne de la table
spip_pays : nom, code, code_alpha3, code_num.
Ça ne casse rien, la rétrocompatibilité est assurée.

Concrètement, avant/après :
#SAISIE{pays_codenum, x} -> #SAISIE{pays, x, champ_pays=code_num}
#SAISIE{pays_codealpha3, x} -> #SAISIE{pays, x, champ_pays=code_alpha3}
#SAISIE{pays_nom,x} -> #SAISIE{pays, x, champ_pays=nom}
#SAISIE{pays,x,code_pays=oui} -> #SAISIE{pays, x, champ_pays=code}

Du coup, le paramètre code_pays=oui est obsolète, remplacé par
champ_pays=code. Si les 2 sont utilisés en même temps, le dernier à
précédence.

Ajout de nouveaux paramètres tirés de la saisie 'selecteur' :
- multiple=oui pour avoir un select multiple.
- valeur_forcee : valeur forcée
- defaut : valeur par défaut
- size : taille du sélecteur (seulement si multiple)


Details: http://zone.spip.org/trac/spip-zone/changeset/92869

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



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




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




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


Re: [SPIP Zone] plugins albums : albums_modele_infos_prive.html manquant dans le trunk

2016-02-22 Par sujet tcharlss

Le 22/02/2016 09:06, Cédric Morin a écrit :

Oui en effet Spipr surcharge le modele albums, en se basant sur le
modele du plugin Album v2 mais la v3 a tout changé en cassant la
compatibilité. Je vais regarder comment corriger ça sans rien casser.



Le seul but du squelette manquant est d'afficher un message quand un 
album inséré dans un texte n'est pas publié. Cette inclusion peut être 
retirée sans effet de bord.


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


Re: [SPIP Zone] [Spip-zone-commit] r92869 - in _plugins_/pays/trunk

2016-01-26 Par sujet tcharlss

Flûte, me semblait pourtant avoir testé.
r94756 devrait réparer tout ça : 
http://zone.spip.org/trac/spip-zone/changeset/94756

Le 26/01/2016 18:26, touti a écrit :

Hello,
> Ça ne casse rien, la rétrocompatibilité est assurée.
Euh, ben non, ça casse par exemple sur defaut="FR" sur saisies/pays.html
D'autant que dans ma table d'adresses maintenant, le champ pays qui jusque là 
était FR (et affiche France) semble être remplacé par le numéro 10
et je ne vois pas bien comment modifier le code suivant pour que l'ensemble 
reste cohérent !
$pays=array(
'saisie' => 'pays',
'options' => array(
'defaut'=>'FR',
'nom' => 'pays',
'code_pays' => 'oui',
'label' => _T('tagada:label_pays')
)
);
merci
++
touti

Le 12/11/15 21:32, tchar...@bravecassine.com a écrit :

Author: tchar...@bravecassine.com
Date: 2015-11-12 21:32:55 +0100 (Thu, 12 Nov 2015)
New Revision: 92869

Modified:
_plugins_/pays/trunk/paquet.xml
_plugins_/pays/trunk/saisies/pays.html
_plugins_/pays/trunk/saisies/pays_codealpha3.html
_plugins_/pays/trunk/saisies/pays_codenum.html
_plugins_/pays/trunk/saisies/pays_nom.html
Log:
Factorisation des saisies et ajout de nouvelles options.

Les 4 saisies pays diffèrent uniquement par le champ utilisé comme  valeur des options du 
select (id_pays, nom, code, code_alpha3 ou code_num). Au lieu de maintenir 4 saisies 
quasiment identiques, on reporte tout dans la saisie principale "pays", et il 
suffit de choisir le champ qu'on veut utiliser au moyen d'un nouveau paramètre 
'champ_pays', qui prend comme valeur une colonne de la table spip_pays : nom, code, 
code_alpha3, code_num.
Ça ne casse rien, la rétrocompatibilité est assurée.

Concrètement, avant/après :
#SAISIE{pays_codenum, x} -> #SAISIE{pays, x, champ_pays=code_num}
#SAISIE{pays_codealpha3, x} -> #SAISIE{pays, x, champ_pays=code_alpha3}
#SAISIE{pays_nom,x} -> #SAISIE{pays, x, champ_pays=nom}
#SAISIE{pays,x,code_pays=oui} -> #SAISIE{pays, x, champ_pays=code}

Du coup, le paramètre code_pays=oui est obsolète, remplacé par champ_pays=code. 
Si les 2 sont utilisés en même temps, le dernier à précédence.

Ajout de nouveaux paramètres tirés de la saisie 'selecteur' :
- multiple=oui pour avoir un select multiple.
- valeur_forcee : valeur forcée
- defaut : valeur par défaut
- size : taille du sélecteur (seulement si multiple)


Details: http://zone.spip.org/trac/spip-zone/changeset/92869

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



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



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


Re: [SPIP Zone] Plugins "Contacts et Organisations" et "Éditer Liens Simples"

2016-01-15 Par sujet tcharlss

Bonjour,

Quelle version ?
Normalement, ça devrait avoir été corrigé dans la 2.12.9 : 
http://zone.spip.org/trac/spip-zone/changeset/94545/_plugins_/contacts_et_organisations


Le 15/01/2016 16:47, Pierre André a écrit :

Bonjour,

depuis la migration vers SPIP 3.1 les boutons de suppression de contacts
et d'organisations ne fonctionnent plus.

Par exemple pour une organisation, ceux situés sur la page
'/prive/objets/liste/contacts_lies.html' nommés
'supprimer_lien#EVAL{chr(91)}#OBJET-#ID_OBJET-contact-#ID_CONTACT#EVAL{chr(93)}'.

J'ai essayé, sur une installation propre et le problème est le même.

Pour débuger un peu j'ai essayé de tracer ce qui se passe lors d'un clic
sur le bouton de suppression d'un contact, on arrive bien jusqu’à la
fonction 'formulaires_editer_liens_simples_traiter_dist' mais le champ
'supprimer_lien' n'est pas présent dans la requête.

Je ne vois pas trop par où chercher.


Pierre

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




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


Re: [SPIP Zone] Déclaration champ extra complet

2012-09-03 Par sujet tcharlss

Le 03/09/2012 11:39, Rainer Müller a écrit :

Bopnjour,

pour un plugin sous spip3 j'aimerais rajouter un champ dans la table
spip_rubrique. Jusque ici pas de problème, cependant j'aimerai que ce
champ soit inclut dans les rechrches et également dans le versionnage.

J'ai essayé de le déclarer de telle manière:

 $tables_principales['spip_rubriques'] = array(
 'field'= array(soustitre  = text NOT NULL),
 'champs_editables'  = array('soustitre'),
 'champs_versionnes' = array('soustitre'),
 'rechercher_champs' = array('soustitre'),
 );

mais ceal ne fonctionne pas, comment dois je faire?

Merci Rainer


Bonjour,

Le plugin champ extras propose une API pour ça : 
http://contrib.spip.net/Champs-Extras-3-API-et-creations
La recherche est prise en compte, par contre pour le versionnage je ne 
suis pas sûr (j'ai posé la question sur la page, mais pas de réponse).


Concrètement ça donnerait quelque chose comme ça :
function ton_plugin_declarer_champs_extras($champs = array()){
 $champs['spip_rubriques']['soustitre'] = array(
'saisie' = 'input',
'options' = array(
'nom'   = 'soustitre',
'sql'   = text DEFAULT '' NOT NULL,
'defaut'= '',
'obligatoire'   = 'oui',
'rechercher'= 6,
));
}
___
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] Conseil pour librairies externes

2012-08-14 Par sujet tcharlss

(message renvoyé suite à une erreur du serveur)

Bonjour,

Je cuisine un petit plugin qui intègre une collection de diaporamas.
En fait de librairies il s'agit de simples plugins jquery qui 
nécessitent 2 fichiers pour fonctionner : un .js et un .css.


En ce qui concerne l'intégration des ces plugins, je suis partagé : 
est-ce que je les déclare en tant librairies externes dans paquet.xml, 
ou alors est-ce qu'il vaut mieux les fournir directement dans un dossier 
de mon plugin ?


Dans le premier cas, le zip téléchargé vient avec pleins de fichiers 
superflus : des fichiers html et images d'exemple, parfois même jquery, 
de plus l'organisation et le nommage des fichiers varie d'un plugin à 
l'autre.
Enfin, le zip est souvent hébergé sur la page perso de l'auteur au lieu 
de github  co.


En revanche en les fournissant directement dans un dossier de mon 
plugin, je peux ne garder que ce qui est nécessaire pour chaque plugin : 
un .js et un .css.


Bref, je ne suis pas trop sûr de la meilleur méthode dans mon cas, que 
feriez-vous ?





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


Re: [SPIP Zone] r64575 - _plugins_/albums/trunk

2012-08-08 Par sujet tcharlss

Le 08/08/2012 00:51, RastaPopoulos a écrit :

Le 07/08/2012 21:54, tchar...@hotmail.fr a écrit :

Log:
m.a.j 2.0.4 : on revient à la version précédente car la commande ne
fonctionne pas

Details: http://zone.spip.org/trac/spip-zone/changeset/64575


Ben non, là ça va pas, ça n'active pas l'update au moment de la mise à
jour de version du plugin, mais dès la lecture du code de la fonction
(donc tout le temps).


Quand je mets ça ...
$maj['2.0.4'] = array(
	array('sql_updateq', 'spip_albums', array('statut' = 'prepa'), 'statut 
= '.sql_quote('refuse')),

);
... ça ne semble pas marcher, tous mes tests se révèlent infuctueux.
Je sèche sur ce qui bloque, là.

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


Re: [SPIP Zone] fonction de m.a.j d'un plugin : sql_update

2012-08-07 Par sujet tcharlss

Le 07/08/2012 13:48, RastaPopoulos a écrit :

sql_updateq('spip_totos', array('statut' = 'prepa'), 'statut =
'.sql_quote('refuse'))

Notes le q à la fin, pour les nouvelles valeurs insérées (sinon il
faut sql_quote() soi-même les valeurs).

Modifier la valeur de la meta dans spip_metas et relancer la page des
plugins.


C'est bien ça, merci beaucoup.
Il faut donc utiliser sql_quote, même quand il ne s'agit pas d'une 
saisie utilisateur ?



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


[SPIP Zone] Identifiants SVN

2012-08-05 Par sujet tcharlss

Bonjour,

J'avais obtenu mes identifiant et mot de passe d'accès à la zone en 
février, mais comme un idiot, j'ai oublié de les noter en lieu sûr.

Résultat, après réinstallation de mon os, je ne les trouve plus...
Hotmail ne me laisse pas accéder aux messages de plus de 5 mois, ça 
aurait été trop simple.


Bref, serait-il possible de les avoir à nouveau ?

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


Re: [SPIP Zone] api verifier pour objet éditorial

2012-07-14 Par sujet tcharlss

Le 14/07/2012 02:14, RastaPopoulos a écrit :

À cause de l'#INCLURE statique peut-être ?


En fait il s'agissait d'un bête problème d'ajax, j'incluais la page 
'toto_edit' qui incluait elle-même le formulaire 'editer_toto', donc 2 
solutions :
- inclure 'toto_edit' avec la variable 'retourajax=oui' (la vérification 
marche mais ensuite la redirection pose problème)

- inclure directement le formulaire (tout marche)

Merci à ceux qui se sont penché sur mon problème,
C.R


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


Re: [SPIP Zone] api verifier pour objet éditorial

2012-07-13 Par sujet tcharlss
Bon, en fait le problème ne vient pas du code php, mais de mon squelette 
(du coup si ce n'est pas le bon lieu pour discuter de ça faites signe et 
je continuerai sur spip forum).


Rappel des épisodes précédents : il s'agit du formulaire de création 
d'un objet éditorial dans l'espace privé, j'utilise l'api 'verifier' 
pour m'assurer de la conformité de certains champs.
Quand je suis sur la page d'édition 'normale' de l'objet 
(?exec=toto_edit), la vérification fonctionne, une entrée erronée me 
renvoie sur la page avec un message d'erreur adéquat.


Sur une autre page, j'inclus ce formulaire d'édition en ajax quand une 
variable est présente dans l'environnement : 
[(#ENV{ajouter}|=={toto}|oui) #INCLURE{...} ]


Le formulaire fonctionne bien, en revanche si j'ai une entrée erronée, 
après le clic sur 'enregistrer' la page (entière) est rechargée mais le 
formulaire ne s'affiche plus.
La variable ajouter=toto n'est plus présente dans l'environnement, bien 
qu'elle soit toujours affichée dans l'url.


QU'est-ce qui peut causer la disparition de cette variable ?
Merci d'avance,

C.R

Le 12/07/2012 16:38, tcharlss a écrit :

Le 12/07/2012 07:04, Pierre Fiches a écrit :


Qu'est ce qui ne marche pas ? Si c'est la fonction vérifier, essayes :
if ( $erreur_eventuelle = $verifier($url, 'url', array('mode' =
'complet')) ){
if($erreur_eventuelle == 1)$erreurs['url'] =
_T('contrat:erreur_protocole',array('url' = $url));
else $erreurs['url'] = $erreur_eventuelle;
}
Il faut aussi déclarer : $erreurs = array();

@+

--
Pierre





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


Re: [SPIP Zone] api verifier pour objet éditorial

2012-07-12 Par sujet tcharlss

Merci, mais ça ne semble pas fonctionner non plus.
Quand je valide le formulaire, la validation n'est pas effectuée (pas de 
message d'erreur en rentrant une saisie erronée), ça me renvoie à la 
page précédente mais l'objet n'est pas enregistré en base.


Pour info, le formulaire de base ressemble à ça :

function formulaires_editer_website_verifier_dist($id_website='new', 
$retour='', $associer_objet='', $lier_trad=0, $config_fonc='', 
$row=array(), $hidden=''){

return formulaires_editer_objet_verifier('website',$id_website);
}

Le 12/07/2012 07:04, Pierre Fiches a écrit :


Qu'est ce qui ne marche pas ? Si c'est la fonction vérifier, essayes :
if ( $erreur_eventuelle = $verifier($url, 'url', array('mode' = 'complet')) ){
if($erreur_eventuelle == 1)$erreurs['url'] 
= _T('contrat:erreur_protocole',array('url' = $url));
else $erreurs['url'] = 
$erreur_eventuelle;
}
Il faut aussi déclarer : $erreurs = array();

@+

--
Pierre




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


Re: [SPIP Zone] Empêcher un objet éditorial d'apparaître sur les formulaires de sélection d'objets

2012-07-11 Par sujet tcharlss
@rburton : Surcharger le formulaire de sélection, je n'y avais pas 
pensé. Il s'agit du formulaire 'inc-choisir-objets.html'.
Cependant il me faudrait une solution plus générique, que se passe-t-il 
si 2 plugins activés décident de surcharger le même formulaire ?

J'ai besoin du même comportement pour plusieurs plugins à la fois.

@rastapopoulos : En ce qui concerne mon cas d'utilisation : j'ai par 
exemple fais un petit fork du plugin 'coordonnées'. Ce plugin rajoute 4 
objets (adresse, mail, téléphone, site internet) que l'on peut lier aux 
autres objets.
En revanche ça n'a pas de sens de pouvoir lier d'autres objets (point 
géolocalisé, document, chat, etc.) à ces 4 objets.
D'où le besoin de ne pas faire figurer ces 4 objets sur les formulaires 
de sélection des autres plugins.


Donc la solution de la pipeline 'declarer_tables_principales' me semble 
appropriée, par contre avant d'essayer, je me demande si c'est une 
solution pérenne ?
Je précise que ce sont des plugins pour Spip 3, est-ce que cette 
pipeline sera amenée à être dépréciée maintenant que 
'declarer_objets_sql' la remplace ?



Le 10/07/2012 16:01, RastaPopoulos a écrit :


Peux-tu expliciter un peu plus ton cas d'utilisation ?

Parce que si c'est pour un objet générique, même si toi pour l'instant
t'as pas envie de pouvoir lier des choses dessus, d'autres personnes le
voudront peut-être.

Si en fait ce n'est pas un objet éditorial, alors tu peux le déclarer
par le pipeline declarer_tables_principales comme avant, plutôt que
declarer_tables_objets_sql et du coup la table sera déclarée mais ça
ne sera pas reconnu comme un objet manipulable.




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


[SPIP Zone] api verifier pour objet éditorial

2012-07-11 Par sujet tcharlss

Bonjour,

C'est plus une question PHP que Spip, mais ne voyant pas trop où poser 
ma question...


Bossant sur un plugin pour Spip 3, je bloque sur la fonction verifier du 
formulaire d'édition d'un objet éditorial.
Je souhaite donc vérifier un champ en utilisant l'api du plugin 
'verifier', en l'occurrence s'assurer que le champ soit bien rempli au 
format url. Voilà ce que j'ai :


function formulaires_editer_website_verifier_dist($id_website='new', 
$retour='', $associer_objet='', $lier_trad=0, $config_fonc='', 
$row=array(), $hidden=''){


$erreurs = formulaires_editer_objet_verifier('website',$id_website);
$verifier = charger_fonction('verifier', 'inc', true);
// url_site
	if ($url_site = _request('url_site') AND $erreur_url = 
$verifier($url_site, 'url'))

$erreurs['url_site'] = $erreur_url;

return $erreurs;
}

Mais ça ne marche pas !
Pour un autre formulaire (pas d'édition, mais de configuration), j'ai 
pourtant utilisé exactement la même syntaxe et ça fonctionne.


Bref, il y a quelque chose qui m'échappe. J'ai sondé les autres plugins 
dans le même cas de figure sans succès, bref : help !


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


[SPIP Zone] Empêcher un objet éditorial d'apparaître sur les formulaires de sélection d'objets

2012-07-10 Par sujet tcharlss

Bonjour à tous,

Mettons que je crée un nouvel objet éditorial 'toto' pour un plugin lambda.
D'autres plugins permettent d'être activés sur certains objets 
éditoriaux, qui sont choisis sur sa page de configuration.
Par exemple pour le plugin 'Media', dans Configuration - Contenu du 
site - Documents joints, le nouvel objet éditorial 'toto' apparaît dans 
la liste des objets éditoriaux.
Comment faire pour éviter ça ? Dans mon cas, il faudrait que l'objet 
toto soit 'invisible' aux autres objets.


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


[SPIP Zone] formulaire de configuration d'un plugin : stockage des données presets

2012-03-26 Par sujet tcharlss

Bonjour,

En complément du plugin 'albums' en développement sur la zone, je me 
suis lancé dans la réalisation d'un plugin complémentaire qui permet de 
visionner les albums d'images sous forme de diaporamas divers 
(innerfade, cloud carousel etc.).


Je me repose au maximum sur les automatismes de spip 3 pour tout ce qui 
est technique, n'étant pas vraiment un programmeur.


Spip 3 permet donc de créer facilement un formulaire de configuration 
d'un plugin sans écrire une ligne de php (une bénédiction pour les gens 
comme moi !).


Or voilà, mon but est de pouvoir enregistrer plusieurs jeux de 
configuration différents, faire un système de presets en gros.
J'ai donc rajouté une saisie 'identifiant' qui me permet de définir 
l'emplacement de stockage des données :


[(#SAISIE{input, identifiant})]
#SET{meta_casier,#VAL{'albumorama/presets/'}|concat{#ENV{identifiant}}}
input type=hidden name=_meta_casier value=#GET{meta_casier} /

Le but étant d'obtenir ça :
spip_metas - albumorama - presets/  presetxxx
presetyyy
presetzzz

Et ma foi, ça marche.
Cependant, je me demande si c'est la méthode adéquate.
En jetant un coup d'oeil dans spip_meta/albumorama, je vois qu'il s'agit 
d'un champ texte. Est-ce que ça ne risque pas de poser des problèmes de 
performance quand il y aura plusieurs dizaine de presets enregistrés ?

Quelle serait la bonne méthode le cas échéant ?


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


Re: [SPIP Zone] Une rubrique graphisme dans Contribuer de Spip.net

2012-03-09 Par sujet tcharlss

Cela revient en quelque sorte qui a été lancé sur le redécoupage par
besoin des utilisateurs :
redaction.Spip.org http://redaction.Spip.org
programmer.spip.org http://programmer.spip.org
troller.spip.org http://troller.spip.org (ah non, il est pas bon celui
là.)
administration.spip.org http://administration.spip.org
themes.spip.org http://themes.spip.org
etc.


Sans oublier boucles.spip.org ! (déjà évoqué je ne sais plus où par Romy 
si je ne m'abuse).
C'est dommage que toutes ces astuces/solutions soient égarées un peu 
partout dans les forums ou dans les listes de discussion.
Si un mouvement se met en marche pour concrétiser ces projets, je suis 
tout à fait partant pour contribuer à cette branche (pour mettre au 
point le site, s'entend).


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


Re: [SPIP Zone] Une rubrique graphisme dans Contribuer de Spip.net

2012-03-09 Par sujet tcharlss

Le 09/03/2012 17:31, Teddy Payet a écrit :


Sans oublier boucles.spip.org ! (déjà évoqué je ne sais plus où par Romy si je 
ne m'abuse).

Et on mettrait quoi comme exemples de boucles?


Alors pour rendre à César ce qui lui appartient, c'était évoqué ici : 
http://www.spip-blog.net/Typologie-des-utilisateurs-pour-reconquete.html


L'idée est d'avoir un site à l'attention des webmestres.
Pour résumer, il s'agirait de tranformer la rubrique 'quelques exemples 
de boucles' sur http://www.spip.net/rubrique172.html en un site (ou une 
branche de spip.org) à part entière.


Pour les boucles, spip.net documente des critères de sélection au 
cas-par-cas.
Or, notre webmestre a besoin de combiner plusieurs critères entre eux, 
voir plusieurs boucles entre elles : les possibilités sont vastes ! (et 
les occasions de s'arracher les cheveux en conséquence).


Chaque nouveau site spip que je réalise me fait butter à un moment ou à 
un autre sur un truc difficile à traduire en boucle. La réponse se 
trouve souvent au fin fond du forum, ou a déjà été évoquée sur la liste 
spip-users, voir dans un commentaire de spip-contrib.

Rassemblons tout ça !



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


Re: [SPIP Zone] Plugin SAISIES - afficher_si

2012-03-07 Par sujet tcharlss

Le 16/02/2012 18:49, Matthieu Marcillaud a écrit :

Le 16/02/2012 17:03, m.dulondel a écrit :

Bonjour,
Est-il possible d'utiliser la fonction afficher_si avec la syntaxe de
saisie du plugin SAISIES? Si oui, quelle est cette syntaxe?


http://zone.spip.org/trac/spip-zone/browser/_plugins_/champs_extras/interface/trunk/inc/iextras.php#L217


Donc entre @ c'est ce qui est dans le 'nom' que tu veux pointer.

MM.


Je me permet de remonter ce fil, ma question étant du même ordre.

J'ai donc à peu près le même cas de figure : saisies déclarées dans un 
tableau php et affichées avec la balise #GENERER_SAISIES.


L'option afficher_si fonctionne dans le cas d'une saisie 'radio', mais 
pas avec une saisie 'case'. Est-ce normal docteur ?




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


Re: [SPIP Zone] Plugin SAISIES - afficher_si

2012-03-07 Par sujet tcharlss

Le 07/03/2012 13:57, Joseph a écrit :

Peux-tu essayer la correction suivante et vérifier si ça résoud le
problème ou non.

Lignes 295-296 de inc/saisies_afficher.php, il ya :

case 'radio':
case 'oui_non':
$condition = preg_replace('#@'.preg_quote($nom).'@#U',
'$(form).find([name=\''.$nom.'\']:checked).val()', $condition);
break;


Essaie de rajouter:
case 'radio':
case 'oui_non':
case 'case':
$condition = preg_replace('#@'.preg_quote($nom).'@#U',
'$(form).find([name=\''.$nom.'\']:checked).val()', $condition);
break;


Est-ce que ça fonctionne ainsi ?

Joseph


J'ai essayé, malheureusement ça ne fonctionne pas (cache vidé et plugin 
saisies désactivé puis réactivé au cas où).


Par contre en vérifiant le formulaire avec firebug, je vois que mon 
champ 'case' n'a pas d'option 'checked', le souci vient sans doute de là.


Je me demande également si un autre problème ne rentre pas en jeu : je 
n'arrive à récupérer les valeurs enregistrées dans les metas pour les 
champs 'radio' et 'case'. Je mets bien :


'defaut' = lire_config('albumorama/traiter_images',''),

Mais ça ne semble pas être prix en compte.
Ca marche nickel avec un champ input par contre.

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


Re: [SPIP Zone] Afficher milieu et lister les objets d'un auteur (par exemple)

2012-02-28 Par sujet tcharlss

Le 28/02/2012 09:46, Teddy Payet a écrit :

Bon, c'est bien ce que je pensais...

Disons que chants_liens est là pour la décoration... Je n'ai pas d'utilité 
personnelle pour cette table pour la v1.
Pour ma grande première en développement de plugin, j'ai suivi à la lettre 
Chats 2 de Marcimat.
J'ai déjà fait des tests sans chants_liens, et ça passe tout seul pour les 
auteurs.

Mis à part ce détail, comment utiliser le pipeline affiche_milieu sur la page 
auteur pour lister mes chants?

--
Teddy Payet

Le 28 févr. 2012 à 09:08, RastaPopoulosrastapopou...@spip.org  a écrit :


Le 28/02/2012 07:11, TeddyP SPIP a écrit :

De ce fait, quand je passe à prive/objets/liste/chants.html
l'id_auteur en paramètre, il va chercher l'objet auteur dans la table
chants_liens et non l'objet chant et id_objet dans auteurs_liens.

Comment dois-je déclarer à chants de chercher dans la table
auteurs_liens quand il reçoit id_auteur ?


Ah bah oui mais si tu as *à la fois* des liens de chants sur des auteurs, et 
des liens d'auteurs sur des champs... forcément c'est un cas plus compliqué que 
dans un seul sens.

Ta table champs_liens sert à quel besoin ? Pour lier des champs sur quoi ?

--
RastaPopoulos

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


Aaaah, le tutoriel chats2, une merveille ! C'est grâce à lui que j'ai 
franchi le pas également.


Bref, pour afficher les chants sur la page auteur, un truc comme ça 
devrait marcher :


function chants_affiche_milieu($flux){
if ($flux[args][exec] == auteur) {
$flux[data] .=  
recuperer_fond('chemin/vers/squelette',array());
}
return $flux;
}

Ensuite il faudra sans doute s'arranger pour récupérer l'id afin de le 
transmettre au squelette inclus (dans l'array):

$id_auteur = intval($flux['args']['id'])

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


[SPIP Zone] extension médias : demande de petite modification

2012-02-26 Par sujet tcharlss

Bonjour,

J'espère ne pas me tromper de liste pour cette demande.

Pour le développement du plugin 'albums, j'ai besoin d'inclure plusieurs 
fois le portfolio de documents sur une même page (squelette 
'portfolio-documents.html' de l'extension 'médias').


En l'état, c'est impossible car le script Jquery bloque : il cherche des 
occurences uniques des blocs #illustration, #portfolio et #documents, 
qui sont du coup présents plusieurs fois sur la page.
Pour régler le problème, il suffit de donner un identifiant unique à ces 
blocs : div id=portfolio[(#ENV{id_objet})] par ex.


Serait-il possible d'inclure cette petite modification à l'extension 
média ? Il me semble qu'elle est bénine, et éviterait d'avoir à 
surcharger cette page dans ce cas de figure.



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


Re: [SPIP Zone] [Spip] Re : SPIP3 et personnalisation de la page de configuration

2012-02-20 Par sujet tcharlss

Le 20/02/2012 13:52, Jean-Christophe Villeneuve a écrit :

Le 20/02/2012 13:08, tcharlss a écrit :

Le 19/02/2012 23:36, Lepaisant Dominique a écrit :

Bonsoir,

J'ai séparé mesformulaire et j'utilise la configuration suivante :
- prive/
- exec/
- configurer_nom_squelette.html
-inclure/
- menu-configurer.html
-formulaires/
- formulaire_emtete.html
- formulaire_contenu.html

dans le fichier prive.exec/configurer_nom_squelette.html, j'ai une
balise INCLURE{fond=inclure/menu-configurer, env}{ajax} dans une div
classajax

dans le fichier inclure/menu-configurer.html, j'ai

Le 19/02/12, *Jean-Christophe Villeneuve * jcvillene...@cegetel.net a
écrit :

Bonsoir

Je complète peu à peu une page de configuration de mon squelette Escal
Comme cette page s'allnge, je voudrais savoir par quel moyen je
pourrais la scinder en plusieurs parties.
Avec des onglets ou un menu ou autre.
Possible ou pas ?
___



Il y a des exemples d'onglets sur la page ?exec=charte
Tu peux scinder ton formulaire-menu-configurer en 2 parties, et tu
inclus l'une ou l'autre partie sur la page configurer_nom_squelette en
fonction d'un parametre passé dans l'environnement.
Sinon, il me semble avoir vu une contribution sur spip_contrib pour
faire des formulaires en plusieurs étapes.

___

super intéressante cette page, merci beaucoup, je ne connaissais pas.


Oui, j'ai découvert ça presque par hasard il y a quelques jours, c'est 
vraiment utile dès qu'on touche à l'espace privé.


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