Champs Extras — API et créations - commentaires

Champs Extras 3 - API et créations

Un point qu'il faudrait souligner dans la doc pour les distrait⋅e⋅s je pense : au sein d'une même mise à jour, quand on veut à la fois ajouter des champs extras mais aussi faire d'autres trucs, il faut faire attention à pas écraser $maj.

Exemple, ça c'est ok :

// Maj 1.0.2
cextras_api_upgrade(grainepc_declarer_champs_extras(), $maj['1.2.0']);
$maj['1.2.0'][] = array('sql_alter',"TABLE spip_auteurs DROP type");

Mais par contre là c'est le drame :

// Maj 1.0.2
cextras_api_upgrade(grainepc_declarer_champs_extras(), $maj['1.2.0']);
$maj['1.2.0'] = array(array('sql_alter',"TABLE spip_auteurs DROP type"));

On a bien un exemple dans un des extrait de code, mais c'est un peu noyé parmi le reste, il faudrait mieux expliciter amha.

Champs Extras — API et créations

si tu l'a fait en PHP : oui tu modifie juste ta declaration. Si tu l'a fait via l'interface graphique : oui il y a dans un onglet une option pour modifier le champ.

Champs Extras — API et créations

si ce n'est pas possible ce n'est pas grave ... je rajouterai un champ

Champs Extras — API et créations

bonjour,
j'ai rajouté des champs extra a la table selections de selections_editoriales. Mais je rencontre un problème.
Dans le plugin, le champ CSS est en input, ce qui est bien sur générique, mais j'ai besoin de changer cette saisie en checkbox ou liste ... est-ce possible pour un champ EXISTANT ?
merci

Champs Extras 3 - API et créations

Problème résolu ! Merci pour la rapidité et l'efficacité !

Champs Extras 3 - API et créations

Après discussion avec Marcimat, le bug se situait plutôt dans SPIP. C'est corrigé via ce commit https://git.spip.net/spip/spip/commit/bdc53dcc.

Tu peux je pense sans autre l'appliquer à ta propre installe de spip 3.2, puisqu'il se inclus dans la prochaine release.

Champs Extras 3 - API et créations

je viens de confirmer que mon code avait bien une bonne raison d'existe : #INFO_XXX. Mais du coup oui ca plante hierarchie si on appel directement la balise. Arg. On essaioe de comprendre avec Marcimat.

Champs Extras 3 - API et créations

En gros il teste : defined($traitement) ? constant($traitement) : ...

Champs Extras 3 - API et créations

Hum, oui. Alors c'est moi qui avais mis ce code. Mais il y avait une bonne raison tout de même. Donc il faut qu'on voit si depuis, les commits fait par marcimat on résolu autrement le problème que résolvait le commit problématique.

Champs Extras 3 - API et créations

Bonjour,

En passant de la version 3.12.4 à 3.13.2 du plugin Champ extra core, je découvre que l'option Traitements de l'un de mes champs extra n'est plus appliquée quand on est dans une boucle HIERARCHIE (champ TITRE_COURT sur une rubrique avec 'traitements' => '_TRAITEMENT_TYPO_SANS_NUMERO',) !

Le problème est réglé si je retire la fonction table_objet() à la ligne 152 $interfaces['table_des_traitements'][$balise][table_objet($table)] = $traitement ; dans le fichier base/cextras.php du plugin (ajoutée par ce commit https://git.spip.net/spip-contrib-extensions/champs_extras_core/commit/22907b66645db1af1c9f2ec8fd0ef90dde7e9df4).

Cette fonction table_objet() ne devrait-elle pas être retirée comme indiqué dans une note à la ligne 24 du fichier ?

Champs Extras 3 - API et créations

« traitements », traitements typographiques à appliquer, soit une constante prédéfinie, soit un chaîne décrivant les fonctions à appliquer. Lire la documentation sur Programmer avec SPIP.

Je ne sais pas quelle serait la meilleure formulation, mais on me dit dans l'oreillette que c'est pas vraiment ça : dans cette clé on ne doit donc pas mettre une constante mais le nom d'une constante dans une chaine, ce qui n'est pas du tout la même chose. :)

Mais du coup si dans les deux cas on met une chaine, comment ça sait que dans tel cas faut chercher la valeur du nom de constante demandé ou si c'est une suite de fonctions avec %s ?

Champs Extras 3 - API et créations

C'est bon, ça marche !

Merci

Champs Extras 3 - API et créations

Peux tu reessayer après avoir executé la tache « svp_actualiser_depots » dans « Maintenance->liste des travaux » ?

Champs Extras 3 - API et créations

visiblement un bug dans le debardeur. Malheureusement la plateforme de dev est en panne en ce moment.

Je te tiens au courant dès qu'on y voit plus clair.

Champs Extras 3 - API et créations

Tentative de mise-à-jour ce matin sur plusieurs sites à chaque fois les même messages

La mise à jour du plugin « Champs Extras » (de la version : 3.12.4 à 3.12.6) ne s'est pas correctement déroulée

Chargement impossible de la source https://files.spip.org/spip-zone/spip-contrib-extensions/champs_extras_core-08395-3.12.6.{zip

L'url est en objet non trouvé

Champs Extras 3 - API et créations

Impec, merci.
Note que le no de version du lien est toujours 1.9.4 dans contrib.spip.net.

Champs Extras 3 - API et créations

Merci, c'est corrigé dans la 1.9.5 !

Champs Extras 3 - API et créations

Je viens de relire mon premier message et ce n'est pas vraiment clair.
Je voulais dire que si je met 11/09/2019 18:00:00, le système enregistre dans la DB 2019-09-11 00:00:00, donc la date est bien enregistrée mais pas l'heure. De même, je peux changer la date et ça s'enregistre correctement dans la DB, mais l'heure reste 00.

Champs Extras 3 - API et créations

Ce n'est pas une question d'enregistrement. Avec 1.9.4, 18:00:00 à l'affichage devient 00:00:00 quand j'enregistre, mais avec 1.6.5 mon 18:00:00 est bien enregistré dans la base en 18:00:00 dans ma zone datetime.
Dans la partie édition, avant de cliquer sur « enregistrer », j'ai bien une heure visible.
J'ai l'impression que vérifier force 00 dans heure, est-ce que ça ne pourrait pas venir de valeur_normalisee ? Dans vérifier on a un forçage $options['heure'] = '00:00' ;. Je ne vois pas pourquoi cette ligne serait appelée mais il est possible de changer un 18 en 00 dans vérifier.

Champs Extras 3 - API et créations

Hello, c'est bien enregistré ou c'est pas bien enregistré ? Est-ce que dans la base de données, dans le champ SQL, ya bien l'heure ? Car vérifier ne touche pas à l'affichage, tant qu'on n'a pas validé, du coup si c'est correct dans la base, au premier affichage ça devrait le mettre.

Champs Extras 3 - API et créations

Après désactivation des nouveaux plugins et réactivation des anciens, l'erreur se trouve dans verifier 1.9.4 (en comparaison avec verifier 1.6.5 qui fonctionne correctement).

Champs Extras 3 - API et créations

Bonjour,
suite à un upgrade 3.1.6 => 3.2.4, j'ai remis à jour les plugins. Et je viens de constater que la saisie de l'heure dans un champ datetime n'était plus effectuée correctement dans l'espace privé.
La date est bien enregistrée mais l'heure reste toujours 00:00:00 après l'enregistrement de la modification.
Plugins : 3.5.8 + champ extras 3.12.1, saisies 3.23.3, verifier 1.9.4, yaml 1.5.3 ou 2.0.10, bonux 3.4.6, palette 4.0.7
_

Champs Extras 3 - API et créations

Bonjour,
Depuis la dernière mise à jour du plugin (v3.12.0), les champs masqués par l'affichage conditionnel (en fonction de la valeur d'autres champs extras) posent problème (voir capture en pièce jointe). Dans mon cas, certains champs ne doivent être remplis uniquement en fonction de la valeur d'un autre champ. Par exemple : @affichage@ IN « Focus,Flash,Trajectoire,Slider,WebTV »
J'ai pourtant bien une valeur par défaut et jusqu'alors ça fonctionnait très bien. Après recherches, il s'avère que ce sont les lignes 279 et 280 du fichier cextras_pipelines.php qui posent problème.

Champs Extras 3 - API et créations

Bonjour,
J'ai mis en place des champs extras dans un plugin. Ces champs sont bien prise en compte dans l'objet associé, mais par contre ils n'apparaissent pas dans l'interface des champs extras, hors je voudrais que le webmaster puisse ajouter/modifier ces champs extras.
qu'est ce que j'ai loupé dans la création ?

Champs Extras 3 - API et créations

J'y reviens..

Les modèles du plugin réservation événements ont changé et tous les champs extras sont maintenant récupérés par :


#SET{valeurs_extras,#ARRAY} [(#VALEUR)]

donc je crois que si je veux appliquer une restriction sur un seul champ il faut « exploser » la boucle DATA

Champs Extras 3 - API et créations

Bonjour

Très utile et bon plug-in ! Avec l'aide de ce plugin, j'ai créé des champs externes supplémentaires dans l'en-tête des produits.
Dans les champs supplémentaires, les données saisies sont visibles dans la partie administrative, mais le site s'affiche sous forme de texte non formaté. En outre, le plug-in Albums 3 dans la partie administrative est visible, mais le site n'est pas visible. Dis-moi, s'il te plaît, quoi et où le réparer. Merci
Je m'excuse pour ma mauvaise langue.

Champs Extras 3 - API et créations

Ah oui, mais il maque les paramètres de la fonction !
Je vais aussi les ajouter dans l'exemple !

// seuls les redacteurs et admins peuvent voir
function autoriser_auteur_voirextra_inscrit_tel($faire, $type, $id, $qui, $opt) { return in_array($qui['statut'], array('0minirezo', '1comite'));
}

Cela étant dit… lorsque tu dis « sur le site public »… ces autorisations ne sont pas concernées.
Elles ne sont testées que sur l'espace privé par le plugin champs extras.

Pour ajouter des autorisations dans l'espace public (dans tes squelettes donc), tu peux soit appeler l'autorisation toi-même, soit définir ce que tu souhaites :

[(#AUTORISER{voirextra, auteur, '', '', #ARRAY{champ,inscrit_tel}}|oui) #INSCRIT_TEL
] ou
[(#AUTORISER{ecrire}|oui) ... je peux accéder à l'espace privé ... ] ou faire ta propre autorisation
[(#AUTORISER{voir, _champs_admins}|oui) ... avec la fonction autoriser_champsadmins_voir_dist($faire, $type, $id, $qui, $opt)...
]

Champs Extras 3 - API et créations

Je voudrais empêcher l'affichage de certains champs extras auteur sur le site public.

J'ai donc coché dans l'interface champ extra :

 Restriction Technique
Voir la saisie
Par auteur
Tout le monde peut
Seulement les administrateurs (même restreints)

mais cela ne restreint rien.

donc dans mes_options.html j'ai ajouté comme dit dans cet article

idem : tout s'affiche

est-ce que cela devrait fonctionner ou bien il faut ajouter d'autres fichiers d'autorisation quelque part ?

Merci

Champs Extras 3 - API et créations

Je voudrais restreindre l'affichage de certains champs extra auteur sur le site public.

Dans l'interface champ extras je les ai mis comme

 Voir la saisie
Par auteur
Tout le monde peut
Seulement les administrateurs (même restreints)

mais cela ne change rien à l'affichage (tout le monde voit tout)

Donc en farfouillant je tombe sur cette page pour l'API.

J'ai mis dans mes_options.html comme dans l'exemple ici https://contrib.spip.net/local/cache-code/a8d12f430d8b77f0ee35717f5ca1dc6c.txt :

idem : aucune restriction n'est appliquée.

Est-ce que cela devrait suffire ou bien il faut aussi créer d'autres fichiers d'autorisations ?

Merci

Champs Extras 3 - API et créations

Bonjour

J'ai un problème avec un bouton radio…il reprend sa valeur par défaut à chaque fois que j'ouvre un article pour l'editer…et je dois recliquer pour mettre ma valeur a chaque fois.
— est ce que j'ai loupé quelque chose dans la config ou est ce que ce serait un bug avec la 3.2 ?

Champs Extras 3 - API et créations

Simplement :

 #LOGO_ARTICLE #TITRE

Champs Extras 3 - API et créations

Bonjour

J'ajoute un champ « Sélecteur d'article » et après dans mon squelettes je met quoi pour récupérer les titres, logo, url de mes articles sélectionnés. ?
J'ai trouvé ce bout de code a force de chercher sur le web, mais ça m'affiche qu'un seul résultat.

Merci de votre aide.


#LOGO_ARTICLE #TITRE

Champs Extras 3 - API et créations

Je poste ici 2 observations qui feront peut-être gagner du temps à certains.
- un champ de type date gère la définition SQL datetime 0000-00-00 00:00:00, mais pas date 0000-00-00. (Pas très grave, mais mieux vaut le savoir)
- un champ de type date doit obligatoirement comprendre la partie normalisation (tableau : vérifier), sinon enregistrement impossible.

Champs extras 3.11.4

Et toujours merci à Marcimat !

Champs Extras 3 - API et créations

Bonjour,

J'ai un Champs Extras constitué d'un bloc de texte supplémentaire dans Articles. Ma boucle (ARTICLES) fait paraitre ce bloc de texte dans les articles de toutes les rubriques. Or, je voudrais limiter la parution à certaines rubriques (ou le supprimer dans les autres, ce qui revient au même). Les techniques traditionnelles utilisées dans les boucles pour sélectionner des rubriques ou en exclure sont inopérantes.

Je me tourne donc vers les solutions proposées ici et je mets un fichier mes_fonctions dans le squelette… et ça ne marche pas non plus !

Voici le code :

Merci de me donner une piste
Ramina

Champs Extras 3 - API et créations

Bonjour,
J'utilise cextra, l'interface graphique et inscriptions3.
Lorsqu'un utilisateur s'inscrit, les champs sont bien récupérés sauf les « extras ». Cependant, en modification de fiche (utilisateur ou admin), tout se passe bien.
Bien entendu, rien dans les logs d'erreur
Y a-t-il quelque chose que j'ai loupé ?
Merci pour votre aide

Champs Extras 3 - API et créations

bonjour - merci : votre plugin était mis à jour depuis fort longtemps avant la bascule - je n'avais pas vidé le cache avant la bascule en 3.1.1.
J'ai rechargé la page (bouton du navigateur) et ai obtenu une page de spip normale en 3.1.1. Il n'y a à priori pas de conséquence ni de blocage bien que je n'aie pas utilisé les champs extra depuis.

Champs Extras 3 - API et créations

Bonjour,

Logiquement non.
Cache vider de spip pour corriger le problème ?

Champs Extras 3 - API et créations

Bonjour, merci de votre réponse.
ce plugin oui, MAIS un autre ne l'était PAS (un thème non disponible en 3.1) et a disparu du coup : est-ce cela ?

Champs Extras 3 - API et créations

Bonjour,

les plugins était à jour avant l'upgrade de spip ?

Champs Extras 3 - API et créations

bonjour,
une remarque / erreur à l'upgrade de 3.0.19 à 3.1.1 : j'ai un message :

« Fatal error : Call to undefined function cextras_declarer_tables_objets_sql() in /home/yanfoom/www/plugins/auto/cextras/v3.8.0/cextras_options.php on line 39 »

j'ai fait recharger la page et ai une page de spip normale en 3.1.1.
Je n'ai pas testé les fonctionnalités pour valider son fonctionnement.
Peut-être une correction ?

Champs Extras 3 - API et créations

Ok. Merci pour ces éclaircissements.

Champs Extras 3 - API et créations

En l'état : non.
Il faudrait recharger le formulaire à chaque changement de rubrique dans le sélecteur, et on risquerait de perdre des données déjà saisies.

C'est un « problème » connu cependant.

Pour info, les boutons d'actions rapide ont la rubrique indiquée si on se trouve, justement dans une rubrique. Le problème est donc plus visible lorsqu'on clique dessus depuis le sommaire par exemple.

Champs Extras 3 - API et créations

J'ai un petit soucis avec la restriction par rubrique. En elle même elle marche bien. Mais il y a un effet indésirable avec les boutons du menu de raccourcis (Créer un nouvel article, etc.).

Lorsque le rédacteur est en page d'accueil du Back office et qu'il clique sur le raccourci rapide « Écrire un nouvel article », ne sachant pas alors dans quelle rubrique il va le créer, aucun des champs extras n'apparait dans formulaire d'édition article.

Une solution serait de faire apparaître ces champs extra ad-hoc au moment ou le rédacteur à choisi sa rubrique. Est-ce possible ?

P
ps : cette solution m'a été suggérée par deux rédacteurs

Champs Extras 3 - API et créations

Ah mais camille & kent1 avaient mis déjà un exemple de fieldset dans l'article. Je n'avais même pas vu.

Champs Extras 3 - API et créations

Je crois qu'il y a en manque de clarté.

L'API crée et gère les champs extras. C'est à dire que si l'on passe par l'API PHP, on ne passe pas par l'interface (ça n'a pas de sens).

L'interface en fait gère une liste de champs qu'elle présente justement à l'API. Les 2 ne sont pas compatibles.

Dit autrement : si un champ est déclaré à l'API par un plugin (actif) : les champs sont créés s'ils n'existaient pas, et gérés (on les voit dans les formulaires). L'interface n'a rien à faire (le plugin d'interface peut ne pas être actif même.

Si l'on active le plugin d'interface, les champs gérés par l'API (des plugins actifs) ne sont pas présentés comme champs qui peuvent être « gérés »… vu qu'ils le sont déjà.

Il y a cependant le cas où un plugin qui gérait des champs (via champs extras ou pas) n'est plus actif (et n'a pas supprimé les champs par une désinstallation). À ce moment là l'interface voit que ces champs sont présents mais qu'aucun plugin ne semble s'en servir (aucune déclaration) : l'interface propose de les gérer. Mais l'interface ne connait pas grand chose du champ à ce moment là ; à peine sa déclaration SQL. C'est pour cela que dans la plupart des cas, gérer ce type de champ crée par défaut une saisie 'textarea' (sauf quelques exceptions).

Donc, sur les points présentés :

1. Normalement oui. Et à quel moment ; eh bien ça dépend de l'option en question. Et non elles ne sont pas stockées ailleurs que dans la déclaration d'API. Le plugin interfaces lui par contre stocke ses données dans la table spip_meta, par exemple dans "iextras_spip_articles" ou quelque chose comme ça.
2. Je pense que oui. Et oui, seules des champs ayant une déclaration SQL sont créés. Normalement tous ces champs (même ceux déclarés dans des saisies/fieldsets) doivent se créer.
3. Hum. Il faudrait préciser. En fait tu pourrais faire écrire des données qui conviennent dans une meta du plugin d'interface. Mais cela veut dire que du coup, ces champs pourraient être modifiés / supprimés depuis l'interface. Ce n'est souvent pas ce qui est souhaité pour un plugin, où l'on veut une liste de champs nouveaux, mais non supprimables.

Note : la déclaration d'un fieldset doit s'apparenter un peu à ce code http://zone.spip.org/trac/spip-zone/browser/_plugins_/champs_extras/interface/trunk/inc/iextras.php#L184 dans la déclaration d'API, avec bien sûr la définition sql en plus et pas la même affectation au début !

- $flux['data'][$nom] = saisies_inserer($flux['data'][$nom], array(
+ $champs['spip_articles']['un_fieldset'] = array(

Champs Extras 3 - API et créations

Bonjour,

J'ai suivi la partie « Créer un plugin en utilisant les API de champs extras ». Effectivement les champs sont bien créer en base sur les bonnes tables, mais ils ne sont pas d'offices gérés depuis le plugin Champs Extras (interface), et quand on clique sur le bouton « gérer ce champ » ils sont transformés en champs de type textarea => bloc de texte, même si on a par exemple spécifié 'saisie' => 'input' et également les options concernant la saisie/restriction ... passées dans le tableau $champs de ma fonction xx_declarer_champs_extras ne sont pas prise en comptes.

Pour essayer de comprendre le fonctionnement de la création des champs : je suis allé voir le code de la fonction champs_extras_creer appelée par cextras_api_upgrade et d'après ce que j'ai compris du code, seule les données $saisie['options']['nom'] et $saisie['options']['sql'] sont utilisées.

D'ou mes questions :

1. Les informations passées dans le tableau $champs (options : saisie, restriction, verifier) sont-elles réellement prises en compte ? À quel moment ? Et sont-elles stockées quelques parts dans SPIP, puisqu'on ne peut pas le vérifier leurs configuration via le plugin Champs Extras (interface) ?
2. La création de groupe de champs fieldset fonctionne-t-elle vraiment ? De mon côté et sauf erreur/incompréhension de ma part, j'ai l'impression que cela ne fonctionne pas.
3. Y a-t-il un moyen de programmer la prise en compte des champs extras créé sur un plugin tiers par le plugin Champs Extras (interface).

Merci pour votre aide

Champs Extras 3 - API et créations

Je viens de poster un exemple fonctionnel (© chez moi ça marche) avec des fieldset en bas de l'article si besoin

Champs Extras 3 - API et créations

Je viens de mettre un exemple en bas de l'article avec des fieldsets si toujours besoin

Champs Extras 3 - API et créations

Ou si c'est par l'API (et pas l'interface graphique) il y a :

'traitements' => '_TRAITEMENT_RACCOURCIS',

Ou encore en squelettes :

[(#MON_CHAMP|propre)]

Champs Extras 3 - API et créations

Onglet Technique dans la configuration du champs extras > Activer la prise en compte des raccourcis typographique (propre).

Voili voilou :)

Champs Extras 3 - API et créations

Le plugin propose d'ajouter une barre d'édition gras/italique etc. mais la mise en forme à l'affichage n'est pas prise en compte.

Ai-je raté quelque chose ? Comment ajouter les champs extras de type textarea au pipeline de mise en forme ?

merci…

Champs Extras 3 - API et créations

Et si une fois créer les nouveaux champs avec sql_alter dans la partie installation d un plugin, on fait appel a la fonction : champs_extras_creer pour les transformer automatiquement en champs extra... c est une bonne pratique ou c est tout pourri ?
Parce que le problème des champs extras a cliquer soi meme depuis l interface, c est que c est pas super portable...
amicalement

Champs Extras 3 - API et créations

hum... du coup, je me demande si dans mon cas il ne vaut pas mieux étendre la table auteur via l api standard et ensuite demander au plugin champs extras de gerer les nouveaux champs de la table, parce que c'est quand même bien pratique de pouvoir modifier l'ordre des champs du formulaire, ajouter des class css, et surtout des fieldsets (via la fonction declarer_champs_extras, j ai l impression que ca doit être coton d insérer des fieldsets, pas fait pour de toute manière...)
M'en vais réfléchir à tout ça en dormant...
Merci bien pour la prompte réponse

Champs Extras 3 - API et créations

C'est bien cela.

Pour changer du coup le type de champ, ou le nom de la colonne sql, il faut à la fois modifier le code de la fonction de déclaration, et éventuellement faire dans la fonction _upgrade du fichier d'administration du plugin une mise à jour du champ (sql_alter), dans le tableau souvent appelé $maj. Par exemple, là il y a $maj['create'] : http://zone.spip.org/trac/spip-zone/browser/_plugins_/champs_extras/extensions/titre_court_rubriques/trunk/titrecourt_administrations.php qui est rempli par la fonction cextras_api_upgrade. Il pourrait y avoir en plus quelque chose comme http://zone.spip.org/trac/spip-zone/browser/_plugins_/contacts_et_organisations/trunk/contacts_administrations.php#L34 , en pensant aussi à modifier le schema du paquet.xml, qui correspond au numéro de dernière mise à jour de la base par le plugin.

Champs Extras 3 - API et créations

Bonsoir,
je teste...
Après avoir déclaré un certain nombre de champs extra a travers la fonction : function xx_declarer_champs_extras
je constate que mes champs sont bien créés en base, qu'en plus le formulaire natif de l objet (ici auteur) permet d administrer ces nouveaux champs sans problème et sans une ligne de code. Du coup je suis content, très même...
Par contre, je m'attendais, benoîtement sans doute, a ce que mes nouveaux champs extras soient également considérés comme tel par l'interface (champs_extras_edit&objet=auteur)
et que je pourrais continuer à les modifier, déplacer, changer de type... comme les champs extras créés via l interface ? Mais je me trompe, une fois créés par la fonction declarer_champs_extras ces champs deviennent comme les champs natifs de l'objet, immodifiables par l interface, c'est bien ca ?
Un grand merci pour ce magnifique plugin de plus...
amicalement

Champs Extras 3 - API et créations

Bonjour,

Je me permets un petit up sur ce sujet, je patine toujours dans la choucroute. L'idée générale est bien d'autoriser un champ extra pour une organisation en fonction de son appartenance à un annuaire.
Donc un truc qui ressemblerait plutot à :

function autoriser_organisation_voirextra_champextra1_dist($objetutilisantchamp, $nomchampextra, $idobjetcontenantobjetutilisantchamp, $objetcontenantobjetutilisantchamp) { //c'est ici que ça se corse ...
}

Ai-je bon déjà à ce niveau ? dans l'ordre de ma fonction on aurait ('organisation', 'nomduchamparestreindre', 5, 'annuaire') pour restreindre le champ 'nomduchamparestreindre' sur les organisations appartenant à l'annuaire n°5 ...
Ensuite je ne suis pas sûr de ce que doit retourner la fonction ... un true/false simple ?

Merci d'avance ?
Pierre

Champs Extras 3 - API et créations

Ciao

J'ai un début de solution :

 $champs['spip_articles']["fieldset_01"] = array( 'saisie' => 'fieldset',//Type du champ (voir plugin Saisies) 'options' => array( 'nom' => 'fieldset_01', 'label' => 'fieldset 01', ), 'saisies' => array( $champs['spip_articles']['test'] = array( 'saisie' => 'input',//Type du champ (voir plugin Saisies) 'options' => array( 'nom' => 'test', 'label' => 'test', 'sql' => "varchar(30) NOT NULL DEFAULT ''", 'defaut' => '',// Valeur par défaut 'restrictions' => array( 'rubrique' => '3' ), ) ), );

Dans ce cas de figure nous avons bien un fieldset contenant un champ test.
Le truc c'est qu'il doublonne le champ test en raison de l'affectation à $champ

Champs Extras 3 - API et créations

Bonjour,

J'ai créé des saisies que j'utilise en champs extras sur des organisations qui appartiennent à des annuaires ... Je souhaiterai restreindre l'apparition de ces champs extras à certains annuaires, je suis en train de m'emmêler les pinceaux :-)

Je dois donc créer dans un mes_fonctions.php quelque chose du genre :

include_spip('inc/cextras_autoriser');
restreindre_extras('organisation', array('champextra1', 'champextra2'), 1, 'annuaire');

Si j'ai bien lu la doc, ça ne marche pas car restreindre_extras() s'il peut s'appliquer à l'objet « organisation », il va chercher à restreindre l'affichage dans des rubriques/secteur/groupemot, mais pas dans des annuaires ... je dois donc écrire une fonction spéciale genre pour autoriser champextra1 dans l'annuaire avec l'id 1 :

function autoriser_annuaire_voirextra_champextra1_dist() { return in_array($qui['id_annuaire'], 1);
}

et idem pour champextra2 et ensuite à doubler avec « modifierextra » ...

Est-ce que j'ai bon jusque là ? (j'en doute, si je pose la question c'est que ça ne marche pas ... :-)
Merci pour vos lumières !

Pierre

Champs Extras 3 - API et créations

J'utilise SPIP SPIP 3.0.16 et Champs Extras 3.2.7 .

J'ai créé un plugin en suivant les exemples ici pour définir un set de champs extra pour les articles. À l'installation du plugin les champs sont bien déclarés dans la base de donnée avec les types souhaités mais ils ne s'affichent pas dans l'espace privé.
Si j'installe le plugin champs_extra_interface les champs déclarés via l'API apparaissent comme non gérés. Je ne souhaite pas utiliser le plugin interface si possible.

Dois-je modifier des squelettes de l'espace privé pour que les champs extra déclarés via l'API soient éditables ?

Merci

Champs Extras 3 - API et créations

Effectivement, j'ai exactement la même chose. Avec en prime en cas de vérification de la date le message suivant ==> Le format de la date n'est pas accepté.

Champs Extras 3 - API et créations

Bonjour,

Très belle application que j'utilise avec bonheur depuis longtemps mais actuellement je n'arrive pas à vraiment utiliser les fonctions de restriction sur des auteurs.
Je veux restreindre l'utilisation d'un champ pour quelques auteurs bien spécifiques et j'ai écrit dans mes_fonction.php :

('inc/cextras_autoriser');
// restreindre le champ 'mon_champ' des auteurs sur les auteurs 1,6,7,10
restreindre_extras('auteur', 'mon_champ', array(1,6,7,10));
?>

Et cela ne fonctionne pas et fait disparaître la saisie du champ sur tous les auteurs.

Si je comprend bien maintenant, le troisième argument de restreindre_extras doit uniquement concerner les rubriques et non les auteurs, ici, comme je le voudrais ?

Comment faire ?

Je suis en SPIP 1.3.13 avec la dernière version de Champs extra 3

Champs Extras 3 - API et créations

Bonjour,

Comment fait-on pour créer un fieldset et les saisies associées ?
Malgré mes tests, je n'arrive pas à créer en base mes champs extras pour articles...

Je tourne en rond actuellement.

Champs Extras 3 - API et créations

bonjour à tous,
j'ai un petit problème avec ce plugins car sur mon local tout fonctionne bien mais pas sur la preprod. Quand je souhaite modifier un champ , tout disparais sauf le bouton enregistrer.
Merci d'avance

Champs Extras 3 - API et créations

Bonjour et merci de votre réponse, alors non je me suis trompé de page, je n'utilise pas l'api mais bien l'interface graphique du plugin champ extra, par défaut dans spip 3.08 il y a déjà le plugin « verifier » j'ai vu que sur spip contrib il y a une version plus récente du plugin « vérifier » donc je l'ai installé. j'ai tester à nouveau et toujours le même message d'erreur.

Je vous joins une capture d'écran, j'ai simplement ajouter un champ de type date avec heure et j'ai laisser les autres paramètres par défaut. Impossible d'enregistrer l'article.

Quels précisions de plus avez vous besoin pour identifier ce qui pose problème ?

Merci d'avance et bon dimanche !

Champs Extras 3 - API et créations

Oui, plein d'idées.

Déjà, tu es ici sur l'article qui présente les API, je suppose que c'est parce que tu les utilises (et donc que ce n'est pas via l'interface graphique que tu crées tes champs).

Si c'est par l'interface graphique : la simple présence du plugin « verifier » devrait normalement être suffisant pour gérer correctement la date.

Si c'est par les API, il faut non seulement le plugin « verifier » actif, mais déclarer aussi une « normalisation » telle que présente dans l'exemple de la partie « Un autre exemple... » de cette page pour le champ de type date :

	$champs['spip_articles']['date_creation'] = array( 'saisie' => 'date', // Type du champs (voir plugin Saisies) 'options' => array( 'nom' => 'date_creation', 'label' => _T('grainepc:info_date_creation'), 'sql' => "datetime DEFAULT '0000-00-00 00:00:00' NOT NULL", 'defaut' => '',// Valeur par défaut ), 'verifier' => array( 'type' => 'date', 'options' => array( 'normaliser' => 'datetime', ) ));

Champs Extras 3 - API et créations

Bonjour à tous, d'abord merci pour ce plugin qui est d'une grande utilité.

Je rencontre un bug lorsque je souhaite utilisé un champ extra de type date, mon article ne s'enregistre pas et j'ai l'erreur suivante :
« Une erreur technique a empêché l'enregistrement correct du champ 'date_debut','date_fin'. »

Je suis sur spip 3.08 avec la dernière version du plugin champ extra à jour.

Avez vous une idée ? Je suis bloqué ?

Merci d'avance.

Champs Extras 3 - API et créations

Je crois que http://zone.spip.org/trac/spip-zone/changeset/70444 répare !

J'espère du moins :)

Mes tests fonctionnent (api ou interface).

Champs Extras 3 - API et créations

Je me demande si y a pas un bug :/

/me qui arrive en retard ^^

Champs Extras 3 - API et créations

Bonjour,
J'aimerai savoir s'il existe un moyen de lister les champs extra (et afficher leur valeur) d'un objet dans un squelette coté public ?
C'est fait coté privé, mais je me demande par quel moyen on peut arriver a cela via un boucle DATA par exemple sur un squelette public.
Merci d'avance au eventuelle réponses ! ;)

Champs Extras 3 - API et créations

Bonjour,

Est-ce quelqu'un à une idée comment limiter les restrictions à des rubriques en excluant ses sous-rubriques ?

Je reformule :

dans le cadre d'une déclaration de champs extras depuis un plugin, Est-ce qu'il es possible de limiter l'affichage à des rubriques sans ses sous-rubriques, donc pour
'restrictions'=>array(
'rubrique' => '3:2',
),
)

le champ ne devrait uniquement s'afficher dans les rubriques 2 et 3 et pas dans ses sous-rubriques. Mais il s'affiche également dans ses sous-rubriques

Est-ce que la fonction restreindre_extras() fonctionne bien si les champs sont déclarés via la pipeline « declarer_champs_extras ». Dans mon cas cela ne fonctionne pas. J'ai mis
if(function_exists('restreindre_extras'))restreindre_extras('article', array('guidance','how_to_analyse_context','how_to_analyse_org_aspects','suggested_objectives','activities','in_practice','voices','other_ressources'), array(2,3)) ;

dans les fichier mes_fonctions.php du plugin et également dans le squelette d'un site, aucun effet. Merci pour votre aide

Rainer

Champs Extras 3 - API et créations

Bonjour,

Est-ce quelqu'un à une idée comment limiter les restrictions à des rubriques en excluant ses sous-rubriques ?

Je reformule :

dans le cadre d'une déclaration de champs extras depuis un plugin, Est-ce qu'il es possible de limiter l'affichage à des rubriques sans ses sous-rubriques, donc pour

'restrictions'=>array( 'rubrique' => '3:2', ), )

le champ ne devrait uniquement s'afficher dans les rubriques 2 et 3 et pas dans ses sous-rubriques. Mais il s'affiche également dans ses sous-rubriques

Est-ce que la fonction restreindre_extras() fonctionne bien si les champs sont déclarés via la pipeline « declarer_champs_extras ». Dans mon cas cela ne fonctionne pas. J'ai mis
if(function_exists('restreindre_extras'))restreindre_extras('article', array('guidance','how_to_analyse_context','how_to_analyse_org_aspects','suggested_objectives','activities','in_practice','voices','other_ressources'), array(2,3)) ;

dans les fichier mes_fonctions.php du plugin et également dans le squelette d'un site, aucun effet. Merci pour votre aide

Rainer

Champs Extras 3 - API et créations

Bonjour,

j'essaie de restreindre l'utilisation d'un champ à une seule rubrique et ne pas l'afficher dans ces sous-rubriques

selon la doc, il me semble que la déclaration suivante devrait le faire

 $champs['spip_articles']['guidance'] = array( 'saisie' => 'textarea',//Type du champ (voir plugin Saisies) 'options' => array( 'nom' => 'guidance', 'label' => _T('wiki_cso:guidance'), 'sql' => "text NOT NULL DEFAULT ''", 'versionner' => true, 'traitements' => '_TRAITEMENT_TYPO', 'recherche' => true, 'restrictions'=>array( 'rubrique' => '3:2', 'voir' => array('auteur' => ''), 'modifier' => array('auteur' => ''), ), ) );

j'ai égalment essayé
if(function_exists('restreindre_extras'))restreindre_extras('article', array('guidance','how_to_analyse_context','how_to_analyse_org_aspects','suggested_objectives','activities','in_practice','voices','other_ressources'), array(2,3)) ;


dans les deux cas, les champs sont également affiché dans les sous-rubriques, comment arriver à limiter l'affichage aux deux rubriques 2 et 3 ?



Champs Extras 3 - API et créations
Super merci


Champs Extras 3 - API et créations
Brillant !


Champs Extras 3 - API et créations
Demande exaucée par http://zone.spip.org/trac/spip-zone/changeset/65577


Champs Extras 3 - API et créations
Ça m'intéresse également de savoir comment obtenir le versionnage


Champs Extras 3 - API et créations
Bonjour,

Une petite question en passant : est-ce que le versionnage est géré ?

Par exemple, puis-je utiliser ça : 'versionner' => 'true' comme option pour un champ extra ?


Champs Extras 3 - API et créations
Quelque ne semble pas tourner rond sur le plugin « API de vérification » - il génére un message d'erreur quand on essaye de l'activer dans le back-office Spip 3 RC avec Champs Extras (Interface) 3.0.3 ...


Champs Extras 3 - API et créations
Mathieu, je t'ai déjà dis que tu cartonnais ? ^^


Champs Extras 3 - API et créations
Bonjour :)
Tout d'abord merci pour la « magie » qu'offre cette nouvelle version !
J'ai peut être une question bête, mais je n'ai pas trouvé encore la réponse alors je tente ma chance :
Les champs extra reposent sur #SAISIE, on créé donc des champs extras via saisie sur les objets. Lors de la création ceux-ci s'affiche pour l'objet complet dans « champs_extras_edit&objet=mon_objet ».
Coté public je suis sur la réalisation d'une fiche perso pour un auteur. Mais je ne cherche pas forcément à lui faire modifier tout les champs extra définis. Je souhaiterai permettre l'édition au cas par cas de mes #CHAMPS_EXTRA. Donc, exsisterai t'il un moyen, une balise, qui soit du genre #SAISIR_CHAMPS_EXTRAmonchamp_extra ?
Pour l'instant je passe par [(#SAISIE{input, monchamps, label=[(#CHAMP_EXTRA{monchamps, label}) : ], obligatoire=oui,defaut=#MONCHAMP})]
La création d'une nouvelle balise pourrait être utile pour cela ?
Question supplémentaire, si c'est la bonne methode, comment fournir sous forme d'#ARRAY pour datas (boutons radio, checkbox) de #SAISIE avec #LISTER_VALEURS et #LISTER_CHOIX (car c'est soir l'un soit l'autre à priori).
Et enfin, existe t il une option (pas vu) qui permette d'afficher un #CHAMP_EXTRA en fonction de la valeur d'un Champs précédent : exemple type -> boutons radio • Particulier | • société qui afficherai un champs « Fonction » si société est sélectionné, sinon serait caché.
Voila :) merci beaucoup pour vos éclaircissements


Champs Extras 3 - API et créations
Bonjour,
Vue personnalisée : il est précisé dans l'article Champs Extras (Interface) que l'on peut créer ses propres saisies. Je souhaite personnaliser la vue d'un champ de type input.
J'ai deux questions à ce sujet :

(1) je n'ai pas trouvé le fichier input.html dans le répertoire saisies-vues du plugin saisies. Quel est le fichier à modifier ?

(2) où le fichier input.html doit-il être enregistré (dans le dossier saisies-vues du plugin ajoutant les champs extras) ?
Merci pour vos réponses,

— Olivier


Champs Extras 3 - API et créations
En effet, ça change tout ;-) !
Merci,

— Olivier
P.S. : les champs extras avec un souligné fonctionnent normalement.


Champs Extras 3 - API et créations
Bien bien bien, petite erreur de frappe dans la doc :)
http://zone.spip.org/trac/spip-zone/changeset/59831
MM.


Champs Extras 3 - API et créations
Quelque soit le nom du champ (avec / sans souligné) ?


Champs Extras 3 - API et créations
SPIP 3.0.0-beta2 [19139]

Champs Extras 3.0.6 SVN [59573]
L'interface privée ne semble pas tenir compte des restrictions (pas de fonction spécifique dans mes_fonctions.php). Exemple :
'restriction' => array(	'voir' => array('auteur'=>'admin'), 'modifier' => array('auteur'=>'admin'))
Connecté en temps que rédacteur, je peux voir le champ (ma fiche et celle des autres auteurs) et je peux modifier ce champs de ma fiche. J'ai essayé avec webmestre ou 0minirezo : même résultat.
Reproduis-tu le même comportement ?


Champs Extras 3 - API et créations
1) oui, cela fait doublon. En fait c'est pour éviter d'avoir à déclarer des fonctions lorsque les restrictions sont des cas courants (on a le même principe avec le plugin d'interface).
2) attention : les fonctions ne sont plus nommées comme avec l'api pour SPIP 2.1. Il faut donc mettre à jour leur noms pour cette API là. et 2bis) les underscore devraient passer.

Si c'est pas le cas, c'est un bug.


Champs Extras 3 - API et créations
Bonjour Mathieu,
Merci pour cet article. J'en ai profité pour mettre à jour mon plugin d'extension des champs auteurs pour Spip 3 / Champs Extra.
Je bute toutefois sur les fonctions d'autorisations qui ne sont pas opérantes chez moi. Deux questions :

(1) à quoi servent les autorisations autorisations voir/modifier définies pour chaque champ dans le plugin par rapports aux fonctions définies dans squelettes/mes_fonctions.php ? Cela fait-il doublon ?

(2) malgré la définition des fonctions ad hoc dans mes_fonctions.php, un auteur peut modifier des champs réservés aux seuls admin. Est-ce que le nom des champs extras peut accepter un underscore (asso_prenom) ?
Merci,

— Olivier


Champs Extras 3 - API et créations
Super !! Merci