Rôles de documents - commentaires

Rôles de documents

Hello,

Avec les plugins et SPIP à jour :
il apparaît que lorsqu'une rubrique est vide mais a un logo de rubrique partagé avec un autre objet publié, alors la rubrique n'est plus considérée comme vide et s'affiche sur le site public (mais sans contenu évidemment).
Effet de bord pas très pratique. Il faut penser à supprimer tous les docs / logos de la rubrique qui ne doit pas s'afficher..
dd

Rôles de documents

Wo eh tout est bon en master, c'est une version DEV qui est bien parfaitement destinée à SPIP 4, et qui n'a absolument pas de tag de release dessus. Tout est pile comme ça doit l'être dans le XML :)

Rôles de documents

La réponse est simple : le plugin n'est pas compatible SPIP 4+ à l'heure actuelle (malgré ce qui est indiqué dans paquet.xml, rastapopoulos, tes doigts !).

La nouvelle gestion des logos de SPIP nécessite pas mal d'adaptations, c'est en cours de route.
Pour les intéressé⋅e⋅s ça sera au point une fois tous les tickets de ce jalon fermés : https://git.spip.net/spip-contrib-extensions/roles_documents/issues?type=all&sort=&state=open&labels=&milestone=516&assignee=0

Rôles de documents

Le tout revient à la normale une fois que tu désactives role_documents

C'est comme s'il n'y avait pas de rétro compatibilité en fait. Soit tu gères tout avec des rôles, soit tu gères tout « à l'ancienne » mais il n'y a pas de demi-mesure ou de cohabitation. Donc pour les anciens sites en effet, ça peut devenir compliqué

Rôles de documents

ok, je viens de produire ce que je pense il voulait dire :

Effectivement, en SPIP 4.1 avec versions compatibles des plugins roles et role_document, dès que j'active les plugins, les logos :

du site (site0)
l'image de fond de l'écran de connexion
les logos de rubriques que j'avais uploadé

ont en effet tous disparu et ne remontent même plus côté médiathèque

Rôles de documents

Que quels logos disparaissent ? Il faut être plus précis, des logos « anciens » (logo originaux de SPIP) ? Ou des logos qui étaient faits en spip_documents avec le rôle logo ? Il faut arriver à trouver un cheminement qui permet de reproduire.

Perso je l'utilise en 4.0 et 4.1 et ça marche parfaitement, mais je n'ai jamais fait de migration depuis un 3, c'était des sites neufs. Faudrait tester un cas simple de migration (installer un SPIP 3 quasi vide, juste un ou deux articles avec des logos).

Et faire un ticket s'il faut : https://git.spip.net/spip-contrib-extensions/roles_documents/issues

Rôles de documents

Ben... de mémoire, il était plus ou moins question que ce mode de gestion des logos devienne natif mais je ne sais pas ce qu'il en est...

Rôles de documents

Bonjour,

Est-ce normal que les logos disparaissent lors d'une mise à jour ?
Est-ce que ce plugin va être adapté pour Spip 4.1 ?

Rôles de documents

Hi, it's definitely planned but there are some issues to sort out first, as logos and documents have been updated in Spip 4.

There will probably be a new documentation article when the new version is out, as the current one is a bit out of date.

Rôles de documents

Hello,
Any update for SPIP 4.0,0 ?
Thank you

Rôles de documents

oui il y a des choses non triviales à vérifier pour ne pas être en conflit avec la nouvelle manière de stocker les logos en 3.3

je ne sais pas encore si c'est surtout lors de la migration lancée par le core ou aussi après à l'utilisation, pas eu le temps de regarder

Rôles de documents

Bonjour à tous,

J'ai aussi fait le même constat que Christope : disparition des logos associés à divers objets lorsque le plugin est installé, sa désinstallation a résolu le problème.

Pour fonctionner le plugin a de mon côté nécessité la mise en place d'une astuce de Pierrox :
l'ajout d'un bout de css dans prive/style_prive_plugin_xxxx.html :

.portfolios .item .descriptions { overflow:inherit!important;
}

Sans quoi le sélecteur de rôle n'apparaissait pas.

Manque t'il beaucoup pour le rendre opérationnel avec la sortie de la 3.3 ?

Rôles de documents

Si jamais la précision est utile : je viens d'essayer le plugin sur une copie d'un site 3.2 mis à jour en 3.3 (dev), l'activation du plugin provoque la suppression du logo de chaque article qui en possédait un. Les logos d'abord identifiés comme tel dans la table documents lors de mise à jour de spip sont ensuite identifiés comme « documents » par le plugin.
Les fichiers sont toujours dans le IMG/logos, mais si je souhaite rétablir la liaison entre l'image « document » (ex-logo) et l'article, elle est bien répertoriée dans la table documents de la base, mais elle n'est pas disponible dans l'interface des Documents de l'espace privé.
Pour le moment, je n'ai pas poussé plus loin l'utilisation du plugin avec spip 3.3 pour voir s'il y avait d'autres incompatibilités.

Rôles de documents

Merci pour ton retour très clair.

Je fais donc à contrecœur l'impasse sur cette géniale innovation.

Bon we !

Rôles de documents

Il ne va pas être intégré au core pour l'instant non. Et non il n'a pas du tout été vraiment testé et adapté pour la version dev de SPIP qui a eu quelques changements importants autour des documents.

Rôles de documents

Bonjour,

Le menu déroulant lorsque l'on clique sur « modifier » dans le cartouche d'un document lié à un objet ne s'affiche pas chez moi (3.3.0-dev).

J'ai aussi tenté une déclaration de nouveaux rôles dans mon plugin objet, mais rien ne se passe et pas d'erreur js dans la console.

Le plugin rôles + rôles documents est-il opérationnel en 3.3.0-dev ?
Faut-il encore se baser dessus où va t'il être intégré au core prochainement ?

Merci pour vos éclairage !

Rôles de documents

Merci à vous tous, ça me donne déjà une ligne directrice du quoi explorer et sur quoi me concentrer... ma tête a tendance à un peu trop explorer toutes les supposées possibilités (et elles sont nombreuses avec SPIP, c'est ça qu'est chouette !) en même temps sinon, et face à du non connu quelle que soit la direction, ça finit vite en pelote ^_^

C'est plaisant de grimper les marches une par une, mais des fois certaines me semblent un peu hautes... Prochaine étape donc, création de plugin.

En fait, tout ce dont j'avais besoin, plus précisément, pour répondre à touti, c'est de créer un rôle « couverture », différent du logo, qui a sa propre utilité évidemment, pour placer en haut de page d'article... (en attendant j'ai fait avec mot-clé, j'avoue, chuuut, répétez pas...)

Rôles de documents

Lussye : pour compléter un peu : non surtout tu ne modifie pas le plugin role de document. TU crée ton propre plugin qui va faire appel aux pipelines expliqués dans cette doc,

Donc pour faire court tu dois maitriser deux choses :
1. La création en general de plugin, et c'est ce vers quoi le lien programme.spip.net peut t'aider
2. Les pipelines propres à Roles de Document, et là dock est ici.

Donc je t'invite vraiment à lire la doc de programmer.spip.net, à la fois sur les plugins et sur les pipelines (théoriquement on peut utiliser des pipelines hors plugins, mais c'est pas conseiller) pour bien comprendre la notion, et ce que cela recouvre, et comment les utiliser.

Rôles de documents

Bonjour lussye,
je pense que c'est normal que tu t'y perdes un peu car il y a certains présupposés avant de grimper la marche et il faut être clair·e pour avoir des réponses de même.

Si tu veux de l'aide il faut que tu dises ce que tu veux faire surtout et à quel endroit tu as un souci.
Marche par marche, et une question à la fois à résoudre, on peut t'aider plus facilement :)

Rôles de documents

Bonsoir RastaPopoulos, et merci pour ta réponse.
Je ne dis pas du tout que le plugin est en cause, bien au contraire, j'aimerais pouvoir pleinement l'utiliser ! Et la doc je l'ai vue, lue et relue pourtant... c'est là justement que j'ai l'impression de me heurter à cette fameuse marche. Déclaration dans un plugin : faut-il que j'insère un fichier dans Rôles de documents ? En ajoutant la déclaration du pipeline dans paquet.xml ? est-ce que je ne risque pas de voir ces ajouts écrasés lors d'une mise à jour ? Faut-il alors plutôt créer un clone du plugin (ça me semble hasardeux non ) ?? Hors plugin, je n'arrive pas à piger comment déclarer le pipeline, quoi faire exactement des lignes indiquées

 $GLOBALS['spip_pipeline']['nom_du_pipeline'] .= "|nom_de_la_fonction";

// initialiser index "insert_head" à string vide si besoin:
if (!isset($GLOBALS['spip_pipeline']['insert_head'])) { $GLOBALS['spip_pipeline']['insert_head'] = '';
} // Ajout dans le pipeline "insert_head" :
$GLOBALS['spip_pipeline']['insert_head'] .= "|nom_de_la_fonction"; // Et par ailleurs !:
function nom_de_la_fonction($flux) { return $flux .= "Ce texte sera ajoute";
}

Si je créée un fichier squelettes/mon_skel.php par exemple (en plugin de squelette si j'arrive à recoller les morceaux ?), avec le code proposé, là encore comment déclarer le pipeline ? faut-il créer un paquet.xml ? dans ce cas-là faire plutôt un dossier ? dans squelette ou alors dans plugin ?
J'ai l'impression d'être complètement obtuse sur ce coup-là, c'est frustrant 0_o'

Rôles de documents

C'est pourtant tout expliqué, je vois pas comment on pourrait plus : ça dit que c'est dans le pipeline « declarer_tables_objets_sql » et que c'est en modifiant la déclaration de « spip_documents », et ça montre même comment avec trois exemples avec « array_merge_recursive ».

Après si tu sais pas ce qu'est un pipeline ni comment on s'inscrit dedans… bah ça n'a rien à voir avec ce plugin mais avec SPIP en général, et donc c'est pas là qu'il faut commencer : apprendre à étendre SPIP (ou ses plugins).
Et là aussi toute la doc existe bien :
https://programmer.spip.net/Qu-est-ce-qu-un-pipeline

Rôles de documents

Bon, j'ai beau consulter la doc, sur spip.net ou sur programmer.spip.net, faire des tests, toujours un grand mystère... J'ai l'impression de me heurter à une marche, une évidence pour qui sait, mais qui (me) reste inaccessible pour (moi) qui ne sai(s)t pas.
J'ai trouvé une autre solution, mais ça me plairait bien de parvenir à comprendre, si quelqu'un a une piste. Merci...

Rôles de documents

Bonjour,
Désolée si mon interrogation vous paraît basique, j'ai l'impression d'être abrutie au dernier degré, et mes recherches n'ont fait qu'accentuer le sentiment...

Comment faire pour ajouter de nouveaux rôles ?

La doc ici indique un code .php, mais dans quel fichier le copier, comment, faut-il faire un plugin (et alors comment ? mais ça me semble bien compliqué, il doit y avoir plus simple...) ? Dans le readme.md, il est question de « plugin de squelette », mais n'ai rien trouvé à ce propos ailleurs...
Et dans la présentation retrouvée dans la gestion des plugins :

Par défaut seuls 2 rôles génériques sont proposés : « logo » et « logo de survol ». C'est aux squelettes de compléter cette liste au moyen du pipeline « lister_roles_documents » en fonction de leurs besoins.

Mais je ne vois toujours pas comment faire... Bref, j'y pige rien et serais pas fâchée d'un 'tit coup d'main :-)

Rôles de documents

Je ne reproduis toujours pas le problème.
Reprenons depus le début :)

quelle version du plugin ?
Est-ce que tu as défini des rôles personnalisés, et si oui comment ? (montre le code)
Est-ce que tu as activé les documents sur les points GIS ?
Est-ce que tu as le formulaire de logo visible sur la page d'un points GIS ?

Rôles de documents

Quand on téléverse un document dans un article, on peut lui assigner le role Logo.
Ce n'est pas le cas dans Gis. On peut téléverser un document (une image) pour qu'il soit le logo d'un point géolocalisé, mais on ne peut pas sélectionner un document de la médiathèque. A la réflexion, on aurait même pas besoin d'assigner le role logo.

Rôles de documents

Bonjour,

C'est déjà le cas quand on va sur la fiche d'un point GIS, le formulaire de logo à gauche propose des documents : exec=gis&id_gis=N

Ou peut-être pensais-tu à autre chose ?

Rôles de documents

Bonjour,
Merci pour cet excellent plugin. Serait-il possible d'en faire bénéficier les logos de points géolocalisés du plugin GIS ?

Rôles de documents

je complète : erratum car version SPIP 3.2.5, et après suppression du plugin « Logo par rôle », le logo de l'article, même si référencé en tant que « Document avec le rôle Logo » dans la fonctionnalité des documents en bas d'article, ne s'incrémente plus dans l'encart à en haut à gauche du Logo. Du coup, on perd l'info visuelle rapide du logo à la suppression du plugin...

Rôles de documents

Avec « Rôles de documents » + « Logos par rôle », voulant désactiver « Logos par rôle » (v0.9.4), ceci m'a fait disparaître complètement l'affichage du corps des articles et rubriques. La suppression de « Logos par rôle » ultérieurement n'a rien corrigé, c'est seulement par la suppression de ce plugin par FTP que j'ai recouvré l'affichage du corps des articles et rubriques. Surprise bizarre... SPIP 3.2.4

Rôles de documents

Ça le sera forcément plus tard mais pour l'instant ce n'est pas du tout le cas et il ne faut pas essayer de l'utiliser avec (sauf pour dev pour aider à en faire une branche compatible :p). Il y a plein de changement des images avec les nouveaux logos en documents, et donc il y a possiblement pas mal de choses à revoir.

Rôles de documents

Bonjour,

Est-ce que Rôles de documents sera compatible avec SPIP 3.3 ?
En local je constate qu'avec SPIP 3.3.0-dev le menu de choix du rôle ne se déplie pas. À moins que ce ne soit un souci avec Chosen ?

Merci,
françois

Rôles de documents

J'ai eu le même soucis
l'installation de roles_auteurs a réglé le problème

Rôles de documents

Bonjour et merci pour ce plugin,

j'utilise celui-ci avec « logo par role » et « logo svg » pour proposer aux administrateurs d'un site une base de logo svg pour illustrer des articles.

Puisque ce plugin modifie la médiathèque en surchargeant :

prive/squelettes/inclure/mediatheque-galerie
prive/squelettes/inclure/mediatheque-choisir

Serait-il possible de rendre visibles les logos svg de document, en modifiant, par exemple, le code ligne 94 de mediatheque_galerie par :

[(#MEDIA|=={image}|oui|et{#EXTENSION|=={svg}|non})[ (#LOGO_DOCUMENT{apercu,250,70}|inserer_attribut{alt,[(#TITRE|couper{60}|texte_backend)]})
]]
[(#EXTENSION|=={svg}|oui)[   
]]

Rôles de documents

Bonjour, je poste ici ne sachant pas vraiment quel est le meilleur lieu, pour la suggestion suivante : pouvoir sélectionner la vignette d'un logo (je dis bien, la vignette, ie. l'encart tout en bas du formulaire « Editer le logo ») via la Médiathèque, en plus de ce qui est proposé actuellement (au choix depuis l'ordinateur ou depuis internet). Ce serait super d'avoir l'option « depuis la médiathèque » de façon à éviter un enregistrement préalable sur son ordinateur d'un document qui est déjà dans la Médiathèque. Je crois que cela hérite de la fonctionnalité historique des Logos, et n'est peut-être pas (encore) implémenté. Si c'est possible avec des versions récentes de plugins, je remercie d'avance le contributeur de me l'indiquer ! Sinon, les plugins « rôles de document » et « logos par rôle » sont vraiment super, merci.

Rôles de documents

erratum : la désinstallation se passe bien, en vidant bien le cache navigateur...

Rôles de documents

testé les deux versions disponibles 1.1.8 et 1.2.23 SPIP 3.2.3 [24211]
notes que l'upload du fichier fonctionne, c'est le rechargement ajax qui pouiche

aussi la désinstallation du plugin ne se passe pas bien, après vidage des caches, j'ai une erreur à la suppression d'un doc, il cherche toujours action/dissocier_document_role

Rôles de documents

hello,
quelle version ?

Rôles de documents

hello, j'utilisais le téléchargement de documents en public de la manière suivante

avec roles de documents activé, le rechargement ajax du bloc documents ne fonctionne plus mais mouline, y a t'il une syntaxe particuliçre pour telecharger un doc en public ? merci

Rôles de documents

Hello,
Si tu as un compte sur ce site, tu peux lui laisser un message via le forum privé de l'article de documentation du plugin, qui n'est pas encore publié : https://contrib.spip.net/ecrire/?exec=article&id_article=4976

Rôles de documents

Je ne sais pas comment contacter l'auteur du plugin qui est sur la zone.

Rôles de documents

Bonjour,
Merci pour l'info.
J‘utilise Logo par rôle 0.9.2 et j'ai bien la proposition de choisir un logo dans la colonne de gauche.
Le problème est que je dois cocher la case logo de survol. Je vais poster ce souci dans le plugin concerné.

Rôles de documents

Si cela peut apporter une quelconque aide : en conservant l'ancienne version 0.8.4 de « logos par role », l'encart du logo en colonne de gauche est conservé (perte avec la nouvelle version du plugin, qui est dommageable car « scroller » tout en bas d'un article pour savoir quel est son logo n'est pas pratique, c'est le moins qu'on puisse dire..) Pour ma part, je conserve cette (ancienne) version du plugin, même avec SPIP 3.2.3 (plugin qui est par ailleurs extrêmement utile).

Rôles de documents

Donc c'est un problème de cet autre plugin Logo par rôle. :)

Rôles de documents

Je ne savais quels étaient les dépendances (à indiquer dans contrib ?). J'ai donc tout coché et décoché uniquement Rôles de documents. Puis j'ai désactivé tout ce qui était coché. Rôles de documents a été désactivé lui aussi.
J'ai donc réactivé Rôles de documents , ce qui a activé Chosen et Rôles. J'ai décoché la gestion des logos par survol et tout marchait bien … J'ai alors réactivé Logos par rôle et le problème est réapparu (ca revient à la normale en cochant logo survol).

Rôles de documents

Euh oui ce n'est pas normal, et je ne reproduis pas. Ça te fait pareil sur un site sans aucun plugin à part Rôles de doc et ses dépendances ?

Rôles de documents

Merci pour ta réponse.
J'avais uniquement uniquement utiliser les logos d'activé.
J'ai autorisé les logos de survol et j'ai maintenant la proposition d'ajouter un logo a gauche.
C'est quand même curieux.

Rôles de documents

Tu as bien la fonctionnalité des logos activés dans la config du site (Configuration => Contenu) ?

Rôles de documents

Bonjour,

J'espère que je frappe à la bonne porte.

Sous Spip 3.2.3
Lors de la rédaction ou la modification d'un article, je n'ai plus la proposition d'ajouter un logo (chez moi sur la colonne de gauche).

Par contre, j'ai le choix (chez moi sous l'article) d'utiliser en tant que logo, une photo déjà publiée dans cet article. J'ai cliqué et c'est une autre image qui est devenue le logo.

Où puis-je chercher ?

Rôles de documents

Merci pour ces explications et le suivi. Pour information je ne constate plus l'anomalie (possiblement un problème de vidage de cache ?). Tout fonctionne normalement.

Rôles de documents

Mais Rôles de documents n'a aucun rapport avec les champs de contenu, il ne fait qu'ajouter un champ de rôle sur la table de liaisons avec les autres contenus. Après ce sont des documents, rien de différents d'avant qu'il y ait les rôles, avec leurs champs de titres, descriptifs etc, ce plugin ne fait rien d'autre.

Rôles de documents

Pour faire suite, j'utilise également le (double) plugin « image_responsive » & « media_responsive ». Il se peut qu'il y ait une incompatibilité sur la gestion des légendes avec les rôles de document, car dans un squelette l'ajout d'une balise multi sur un élément de légende crée un bug. Je ne saurais dire lequel des plugins en est à l'origine mais je vous le soumets pour investigation si vous voulez.

Rôles de documents

L'utilisation des balises multi n'est pas prise en compte. Essayez et vous constaterez également.

Rôles de documents

Ben en quoi tu ne pourras pas utiliser de balises multi ? Tu peux en mettre dans n'importe quel champ.

Rôles de documents

Merci pour ce plugin ! C'est vraiment top de pouvoir choisir le logo avec tous ses attributs et via la médiathèque. Je me permets une remarque et une suggestion : l'absence de limitation dans l'usage d'un même logo pour plusieurs documents est au contraire excellente, car dans le cas des articles multilingues, on souhaite garder le même logo pour l'article original et sa traduction - donc qu'un même document serve de logo plusieurs fois est très bien. Une suggestion : avoir la possibilité de renseigner le titre de l'image en utilisant les balises multilingues (de manière à afficher par ex. une légende de l'image dans la langue de l'article). C'est vraiment du détail mais au cas où... Merci encore.

Rôles de documents

Bon, dans la bataille, j'avais également perdu le rôle de logo.

Donc ça donne au final :

 'roles_documents:role_logo', 'document' => 'roles_documents:role_document', // Mes nouveaux rôles 'visuelfourchette' => 'bordabord:visuel_fourchette', 'visuelgrille' => 'bordabord:visuel_grille', 'visuelpresentation' => 'bordabord:visuel_presentation' ); $nouveaux_roles_objets = array( 'articles' => array( 'choix' => array_keys($nouveaux_roles_titres), 'defaut' => 'document', 'principaux' => array( 'logo', ), ) ); // les anciens rôles $anciens_roles_titres = is_array($tables['spip_documents']['roles_titres']) ? $tables['spip_documents']['roles_titres'] : array(); $anciens_roles_objets = is_array($tables['spip_documents']['roles_objets']) ? $tables['spip_documents']['roles_objets'] : array(); // On mélange le tout $roles_titres = array_merge($nouveaux_roles_titres, $anciens_roles_titres); $roles_objets = array_merge($nouveaux_roles_objets, $anciens_roles_objets); array_set_merge($tables, 'spip_documents', array( "roles_titres" => $roles_titres, "roles_objets" => $roles_objets )); return $tables;
}

Par contre, le rôle par défaut n'a pas l'air d'être pris en compte : c'est le 1^er rôle de la liste qui est coché par défaut (il se trouve que c'est document).

Et il me manque un truc : si j'ajoute le rôle logo_survol (que je mets dans principaux pour le lier au logo), il apparait toujours dans le formulaire d'envoi de logo, même si j'ai désactivé les logos au survol dans la config de SPIP.

Bon, je ne l'utilise pas, donc je l'ai viré mais ça serait plus propre :)

Rôles de documents

Ça marche, merci.

Rôles de documents

Sélections éditoriales [1.7.11] | SPIP [3.2.1]

Mais je viens de trouver le problème, qui n'est pas lié à roles_documents mais à LIM. L'affichage du bloc de sélection de logo était désactivé pour les « Contenus sélectionnés », (je n'ai pas tilté tout de suite, car, malgré ce réglage, je disposais quand même d'une version basique d'un formulaire pour choisir un logo, cf : impr. écran).

Donc, pas de soucis sur ce point en fin de compte.

Pour la perte des infos de liaison, tu as juste désactivé roles_logos ou fait une désinstallation ?

Cela a été un peu chaotique car la compatibilité max du necessite de logos_roles pour roles_documents s'arrête à 1.1.*, ce qui a rendu la simple montée de version problématique. J'ai dû désactiver logos_roles, désactiver roles_documents, puis installer la version dev de ce dernier...

En attendant d'autres résultats de tests...

Merci

Rôles de documents

Pour ce qui est du logo des sélections éditoriales, je ne reproduis pas : https://pic.infini.fr/9YFPpdGs/ZTd1pF0y.png

Tu n'as même pas le sélecteur de rôle dans ta capture d'écran, ni l'intitulé « logo de ce contenu sélectionné », c'est d'autant plus étrange. Quelle version du plugin ?

Pour la perte des infos de liaison, tu as juste désactivé roles_logos ou fait une désinstallation ?

Rôles de documents

Merci ! Super pour les tests dans divers cas comme les contenus sélectionnés, à vérifier donc (pourtant ça utilise #FORMULAIRE_LOGO et Rôles de doc le surcharge normalement…)

Rôles de documents

Alors, voici quelques retours supplémentaires :

À la suite du passage logos_roles [0.8.4] + roles_documents [1.1.8] -> roles_documents [1.2.13] plutôt réussi en local, j'ai fait la même chose sur le site distant.

Cette fois ci, le comportement fût un peu différent : j'ai perdu l'information de liaison « logo » sur la table spip_documents_liens lors de la mise à jour ; seule la liason « document » persistait. J'ai pu récupérer mes liaisons typées « logo » avec une requête SQL, plus quelques éditions dans l'espace privé.
Je n'avais pas connu cela en local. Peut-être est-ce la cause d'un mauvais enchainement installation/désinstallation entre les différentes versions des plugins.

Le reste semble OK.

Il subsiste pour l'instant un point noir : le formulaire de choix du logo des « sélections » (plugin sélections éditoriales) ne propose pas de piocher dans la médiathèque. J'en suis réduit à déclarer une liaison manuellement avec un document existant dans la table spip_documents_liens.

Rôles de documents

Super, n'hésite pas à faire des retours. Comme l'a dit tcharlss il y a encore quelques trucs à peaufiner avant de le passer en test et stable.

Rôles de documents

Sur les conseils de Rastapopoulos, je suis passé à la version de dev, en désinstallant logos_roles (qui semble être devenu superflu). Le résultat est très satisfaisant, (seule la conversion du logo site en document semble inopérante).
Pour le reste, c'est vraiment bien. Merci !

Rôles de documents

Le fichier d'installation est optionnel (plugin_administrations.php).
Si tu n'en as pas besoin, il faut enlever schema dans paquet.xml.

Rôles de documents

Enfin, j'ai trouvé de la doc, mais pour des plugins créant des tables ou des métas, ce qui n'est pas mon cas.
Bref ...

Rôles de documents

Ok, merci pour tes retours, c'est plus clair à présent.

Pour l'installation qui échoue, effectivement, je n'avais pas de fichier d'administration. Je n'ai pas trouvé de doc là dessus, donc j'ai copié celui d'un plugin qui parait simple (identité extra).
Ça n'échoue plus mais je ne maitrise pas trop ce que j'ai fait :)

Rôles de documents

Salut placido,

Dans le trunk, la gestion des logos a été complétée.
Pour les logos de survol, ça prend en compte la configuration : quand c'est désactivé dans « Contenu du site » ce rôle n'est pas proposé.
En revanche, on ne touche pas au code produit par la balise #LOGO_SURVOL, donc si c'est activé il y aura toujours onmouseout et cie.

À noter qu'on a un peu étendu la notion de logo : on est plutôt parti sur une notion de « documents principaux ». Donc quand on définit les rôles, il y a une option supplémentaire pour dire « les rôles suivant correspondent à des rôles principaux » (autant qu'on veut), et ils sont utilisés par le formulaire de logo.
Et par défaut bien sûr, ce sont les rôles « logo » et « logo_survol ».

Il faudra peut-être étendre la balise #LOGO_PATATE pour prendre en compte les nouveaux rôles principaux : role « banniere » → #LOGO_PATATE_BANNIERE par exemple.

Il reste 2/3 trucs à finir et le trunk pourra repasser en test (et documentation à mettre à jour aussi).

Rôles de documents

Quand je parle de surcharge, je parle pour la liste qui définit les rôles par objet.

Par défaut ça prend la configuration définit dans la clé « * » (étoile), SAUF s'il existe un clé pour tel objet, et dans ce cas ça prend cette liste là. Par défaut il n'y a pas de définition pour « article » par exemple, ça c'est toi qui l'ajoute donc qui surcharge l'étoile.

Donc tu peux le faire, c'est justement prévu pour ça, mais c'est fait pour le définir pour un objet précis (là que pour les articles). Et à l'intérieur de ce que tu définis TOI pour les articles, bah là c'était uniquement ta liste perso, ça ne reprenait pas l'existant. Et donc pas le rôle « document » et la définition du défaut.

Pour ce qui est de l'installation ça doit être autre chose. Tu as bien une fonction d'installation dans un fichier d'administrations ? Et dans cette fonction tu utilises bien l'api pour enregistrer le numéro de schéma de ton plugin ? (cf n'importe quel autre plugin qui a une install)

Rôles de documents

1) Faut pas surcharger ? J'ai repris bêtement l'exemple en modifiant les rôles et l'objet en me disant que la partie sur les anciens rôles ($anciens_roles_titres et $anciens_roles_objets) servaient justement à récupérer les rôles déjà existant pour ne pas les perdre.

2) j'ai ajouté le rôle par défaut « document ».

Ça donne :

 'Document', 'visuelgrille' => 'bordabord:visuel_grille', 'visuelpresentation' => 'bordabord:visuel_presentation' ); $nouveaux_roles_objets = array( 'articles' => array( 'choix' => array_keys($nouveaux_roles_titres), 'defaut' => 'document' ) ); // les anciens rôles $anciens_roles_titres = is_array($tables['spip_documents']['roles_titres']) ? $tables['spip_documents']['roles_titres'] : array(); $anciens_roles_objets = is_array($tables['spip_documents']['roles_objets']) ? $tables['spip_documents']['roles_objets'] : array(); // On mélange le tout $roles_titres = array_merge($nouveaux_roles_titres, $anciens_roles_titres); $roles_objets = array_merge($nouveaux_roles_objets, $anciens_roles_objets); array_set_merge($tables, 'spip_documents', array( "roles_titres" => $roles_titres, "roles_objets" => $roles_objets )); return $tables;
}

J'ai bien le rôle document ainsi que mes 2 autres rôles et plus de rôles vide dans la base. Ça semble fonctionner.

Par contre, à l'installation de mon plugin, j'ai toujours "L'installation du plugin « Squelette Bord à Bord » (version : 0.2.0) a échoué".

Rôles de documents

Ben 1) tu surcharges les rôles pour les articles (par défaut ça prend la config *) et dedans t'as pas le rôle « document » et 2) en plus dans tous les cas pour ta config spécifique aux articles tu mets defaut => « » donc aucun rôle par défaut alors qu'il faut en donner un.

Tu peux ne pas avoir de rôle « document » pour les articles si vraiment c'est ce que tu veux, mais par contre il faut dire quel rôle sera mis par défaut lors des ajouts.

Rôles de documents

Bonjour,

Mon commentaire est en lien avec le plugin roles_logos, mais je le poste ici car l'article dédié n'existe pas encore sur contrib, et ce dernier est intimement lié à roles_documents.

Je cherchais à désactiver le rôle logo_survol qui occasionne des effet indésirables.
La balise #LOGO_TRUC génère une balise img avec des attributs onmouseout et onmouseover, non seulement inutiles dans mon cas, mais qui cassent l'affichage dans l'éditeur markItUp lorsqu'on insère un modèle contenant un logo, à cause du code javascript inline)

Le réglage Contenu du site > Les logos >*Ne pas utiliser les logos de survol* n'est, pour l'instant (v1.1.8), pas pris en compte avec cette nouvelle gestion des logos.

Du coup j'ai tenté d'utiliser la panoplie de pipelines disponibles

function foo_declarer_tables_objets_sql($tables) { if (is_array($tables)) { unset($tables['roles_titres']['logo_survol']); unset($tables['roles_objets']['*']['choix']['logo_survol']); } return $tables;
} function foo_roles_logos($logos) { unset($logos['logo_survol']); return $logos;
} function foo_quete_logo_objet($infos_logo) { include_spip('inc/config'); if ( lire_config('activer_logos_survol') === 'non' AND $infos_logo['args']['mode'] === 'off') { return array(); } else return $infos_logo;
}

Seul l'emploi du pipeline quete_logo_objet m'a permis de désactiver de force l'insertion des attributs onmouseout, onmouseover sur les images.
Toutefois, dans l'espace privé, le choix de liaison « logo de survol » est toujours disponible pour les rédacteurs.

1) Peut-on intégrer prendre en compte la désactivation des logos de survol au sein du plugin ? (C'est peut être déjà en place ou prévu sur la branche de dev, je n'ai pas testé)
2) Comment ne pas afficher le choix de liaison « logo de survol » dans l'interface rédacteur, lorsque l'on souhaite désactiver cette option ?

Merci

Rôles de documents

ok, merci pour la réponse.

Pour ce qui est de mon problème de documents sans rôle, je crois que ça vient de ma déclaration de nouveaux rôles qui supprime le rôle "document" mais je n'arrive pas à trouver ce que je rate :

Je souhaite ajouter 2 rôles (visuel grille et visuel présentation) aux documents liés aux articles.
J'ai donc repris et adapté l'exemple de la doc ci dessus, mais ça ne fonctionne pas (message à l'activation du plugin : L'installation du plugin « Squelette Bord à Bord » (version : 0.2.0) a échoué) et le rôle documents n'est plus disponible.

Mon code :

 'bordabord:visuel_grille', 'visuelpresentation' => 'bordabord:visuel_presentation' ); $nouveaux_roles_objets = array( 'articles' => array( 'choix' => array_keys($nouveaux_roles_titres), 'defaut' => '' ) ); // les anciens rôles $anciens_roles_titres = is_array($tables['spip_documents']['roles_titres']) ? $tables['spip_documents']['roles_titres'] : array(); $anciens_roles_objets = is_array($tables['spip_documents']['roles_objets']) ? $tables['spip_documents']['roles_objets'] : array(); // On mélange le tout $roles_titres = array_merge($nouveaux_roles_titres, $anciens_roles_titres); $roles_objets = array_merge($nouveaux_roles_objets, $anciens_roles_objets); array_set_merge($tables, 'spip_documents', array( "roles_titres" => $roles_titres, "roles_objets" => $roles_objets )); return $tables;
}

Qu'est-ce que je rate ?

Rôles de documents

Ah ben oui, il faut 2 rôles bien sûr, j'étais parti sur des documents qui n'ont qu'un rôle !

Pour la boucle, il faut effectivement rajouter objet = patate id_objet = N :

  #TITRE Rôle(s) : [(#ROLE|role{documents})]

Avec un avant le #TITRE pour ne pas l'afficher si pas de rôle (ce qui ne doit pas arriver, mais on ne sait jamais, moi , ça m'est arrivé :) )

PS : ne pas tenir compte le capture d'écran, elle est restée coincée là et je ne trouve pas comment la supprimer

Rôles de documents

Ah oui exact cher confrère, c'est vrai qu'un doc peut avoir le rôle par défaut mais aussi d'autres rôles éventuels.
Mais impossible de choisir ceux qui n'ont que le rôle par défaut.

Donc @jeanmarie, pour l'instant ce n'est pas possible à moins d'écrire un nouveau critère.
À réfléchir. Un truc du genre {role_unique} ?

Rôles de documents

M'est-avis qu'on devrait peut-être avoir un ou deux critères dédiés aux rôles pour faciliter tout cela. (Et si c'est possible, générique dans le plugin Rôles, pas juste pour ceux des documents.)

Rôles de documents

Mmmh j'ai un doute sur ce point, cher ami, car un document peut très bien avoir le rôle par défaut ET d'autres rôles en plus, ce n'est pas exclusif. Donc sélectionner les choses avec le role=document ne veut pas dire qu'ils n'ont pas d'autres rôles par ailleurs.

Rôles de documents

Hop,

Ah oui, il faut peut-être préciser {objet = patate} {id_objet = N}, à tester.
Par contre il faut forcément une boucle séparée pour les rôles, avec une seule boucle ça ne te sortira qu'un seul rôle.

Rôles de documents

Hello,

L'API des rôles impose de mettre un rôle par défaut, elle n'accepte pas les rôles vides. Le rôle par défaut c'est « document », donc pour sélectionner les docs sans rôle : {role = document} .

Je vais ajouter cette précision dans la doc, à l'occasion de la prochaine mise à jour.

Rôles de documents

Re-salut,

je n'arrive pas à sortir les documents qui n'ont pas de rôles {role=''} ou qui n'ont pas un rôle précis {role!='role_exclu'} (affiche tous les documents dans les 2 cas) alors que j'arrive à afficher uniquement ceux qui ont un rôle {role!=''} ou qui ont un rôle précis {role='role_exclu'}.

Ca doit venir du fait que dans spip_documents_liens, les documents ayant un lien apparaissent 2 fois (avec et sans leur rôle).

Y'a t'il une solution ?

Merci

Ma boucle :


#ID_DOCUMENT

Rôles de documents

Salut,

dans la partie « Intégration dans les squelettes », le code de Afficher les rôles d´un document semble ne pas focntionner à cause des critères {objet}{id_objet}
de la boucle .

En fait, une seule boucle semble suffire, pas besoin de la boucle :


#TITRE
Rôle(s) : [(#ROLE|role{documents})]

Rôles de documents

il y a aussi cette erreur...

Erreur 1068 de mysql : Multiple primary key defined

Rôles de documents

Pour info, la colonne 'role' dans la table spip_auteurs_liens est bien présente, j'avais omis de le mentionner :-D

Merci pour le travaille de fouille...

Rôles de documents

Erreur 1068 de mysql : Multiple primary key defined

Ah voilà, ça vient de là. Merci, je vais regarder de plus près.

Rôles de documents

Ben si le problème se présente sur le plugin rôle d'auteur aussi (colonne 'role' absente), ça montre qu'il y a un souci plus généralisé, pas juste sur rôles de documents. (Mais on sait pas, tu n'as pas répondu sur ce point :p)

Rôles de documents

Oui, je comprends mais je dois aussi avancer sur mon projet... Bien, est-il possible que ce soit parce que je travaille en local avec easyphp que la table ne s'inscrit pas ? Version PHP/5.5.8...

Rôles de documents

Ah non, clairement ça ne sera pas plus simple à l'utilisation et à la maintenance…

Faut déjà bien avoir tout à jour et comprendre pourquoi juste toi tu as une merdouille à l'installation, sinon impossible à corriger (vu qu'on ne reproduit pas pour le moment).

Rôles de documents

Bon, finalement, je vais utiliser les mots clés sur les documents... Ce sera plus simple à mon sens.

Rôles de documents

Ok, voilà les résultats...
maj.log, pas de références à roles_documents mais bien à roles_auteurs
mysql.log,

2018-03-07 11:13:26 127.0.0.1 (pid 10876) :Pri:ERREUR: Erreur 1068 de mysql: Multiple primary key defined
in D:\Program Files (x86)\EasyPHP-DevServer-14.1VC11\data\localweb\my portable files\spip-3.2\ecrire\base\upgrade.php L462 [call_user_func_array(),serie_alter(),maj_while(),maj_plugin(),roles_auteurs_upgrade(),spip_plugin_install(),plugins_installer_dist(),installer_plugin(),do_install(),do_action(),one_action(),action_actionner_dist(),traiter_appels_actions()]
ALTER TABLE base.spip_auteurs_liens ADD PRIMARY KEY (id_auteur,id_objet,objet,role)
2018-03-07 11:25:41 127.0.0.1 (pid 10876) :Pri:ERREUR: Erreur 1054 de mysql: Unknown column 'l.role' in 'where clause'
in D:\Program Files (x86)\EasyPHP-DevServer-14.1VC11\data\localweb\my portable files\spip-3.2\plugins\auto\roles_documents\roles_documents_pipelines.php L199 [sql_fetsel(),roles_documents_quete_logo_objet(),call_user_func(),minipipe(),execute_pipeline_quete_logo_objet(),pipeline(),quete_logo_objet(),quete_logo(),html_5e979d1d3af38d78a8f3e4e306debbee(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
SELECT fichier, extension
FROM base.spip_documents as d inner join base.spip_documents_liens as l on d.id_document = l.id_document
WHERE l.objet = 'site' AND l.id_objet = 0 AND ((extension IN ('png','jpg','gif'))) AND l.role='logo_survol'
ORDER BY 0+titre, titre

J'espère que ça aidera....

Rôles de documents

Je n'y comprends rien...

Moi non plus :) Mais on va trouver.

C'est donc signe d'un problème à l'installation, il y a peut-être une trace de l'erreur dans les logs. Peux-tu regarder dans tmp/log/maj.log et tmp/log/mysql.log (ou sqlite.log) ? En recherchant des occurences de 'role' et 'spip_documents_liens'.

Est-ce que tu peux également essayer d'installer le plugin roles d'auteurs et regarder si la colonne 'role' est ajoutée à la table 'spip_auteurs' ?

Rôles de documents

Bonjour tcharlss...
J'ai désinstallé et réinstallé....
Mais j'ai toujours le même problème, et la table spip_documents_liens n'a toujours pas sa colonne 'role'.

Message	squelette	boucle	Ligne
Erreur SQL 1054 Unknown column 'l.role' in 'where clause' SELECT fichier, extension FROM spip_documents as d inner join spip_documents_liens as l on d.id_document = l.id_document WHERE l.objet = 'site' AND l.id_objet = 0 AND ((extension IN ('png','jpg','gif'))) AND l.role='logo_survol' ORDER BY 0+titre, titre	D :\Program Files (x86)\EasyPHP-DevServer-14.1VC11\data\localweb\my portable files\spip-3.2\plugins\auto\roles_documents\roles_documents_pipelines.php	roles_documents_quete_logo_objet() sql_fetsel() ;	199

Il y a une ligne du tableau pour chaque documents référencé...

Je n'y comprends rien...

Rôles de documents

Le numéro de commit que tu indiques correspond à la version stable (1.1.8), mais l'erreur renvoie à du code présent uniquement dans la version de dev. Je suis perplexe :)

Je te conseille de désinstaller ta version actuelle, et de réinstaller la version 1.1.8 stable (lien en haut de la page)

Rôles de documents

Ok, voici la version

109163
2018-02-26 19:36:24 +0100

Et non, pas de champ role dans la table spip_documents_liens.

De plus, je n'ai plus accès au documents dans la médiathèque. Dans les articles, le bouton modifier existe mais je n'ai pas de liste dans la zone de liste déroulante.

Rôles de documents

C'est bizarre ça, le zip prend la version stable normalement. Peux-être as-tu récupéré le zip exactement au moment où on a changé la source ? Mais c'est très improbable quand même.
Tu peux regarder le numéro de ta version installée stp ?

Sinon je ne parlais pas de la table spip_roles, mais de spip_documents_liens, il doit y avoir une colonne qui s'appelle 'role' dedans (à vérifier).

Rôles de documents

Bonjour Tcharlss, je l'ai installé en téléchargeant les plugins à partir de 'https://files.spip.net/spip-zone/roles_documents_v1.zip' et de 'https://files.spip.net/spip-zone/roles.zip' que j'ai installé à l'habitude dans 'plugins/auto'...

Et non, la table 'spip_roles' n'a pas été créée. :-(

Rôles de documents

Comment l'as tu installé ? Parce qu'apparemment tu utilises la version en développement (et donc ce genre d'erreurs peuvent arriver).
Est-ce qu'il y a bien une colonne « role » sur la table spip_documents_liens ?

Rôles de documents

J'ai le message suivant qui apparaît dans l'interface privée, dans accueil...

Erreur SQL 1054
Unknown column 'liens.role' in 'field list'
SELECT fichier, extension, titre, maj, liens.id_document, liens.role FROM spip_documents AS docs INNER JOIN spip_documents_liens AS liens ON liens.id_document = docs.id_document WHERE objet = 'site_spip' AND id_objet = -1 AND role = 'logo' AND ((role IN ('logo','logo_survol')))

Spip 3.2[23778]

Une idée d'où le problème pourrait provenir ?... C'est la première fois que j'essaie ce plugin, j'ai installé également le plugin « des rôles sur des liens »
Merci.

Rôles de documents

Euh ça n'a strictement, mais alors strictement aucun rapport.

Le principe des rôles que ce soit pour les documents, auteurs, ou n'importe quoi, c'est d'être dans les liaisons. Un document n'EST pas « un logo » tout court, un document est un logo pour TEL contenu sur lequel il est lié et pas pour tel autre.

Rôles de documents

C'est interessant, mais quel est l'interet de cette solution par rapport a l'utilisation d'un plugin comme mots cle partout, qui associe des mots cle aux documents ?

c'est un peu le meme system, non ?

Rôles de documents

Yes, but, pour le(s) logo(s) de site, on ne peut pas « y mettre n'importe quel type de fichier », d'où la question de peut-être revoir la gestion du logo site comme un spip_document et pour le coup, effectivement, ne pas avoir besoin d'une gestion SVG dédiée aux logos.

Rôles de documents

Bah ya pas besoin puisque là justement on utilise les documents joints, donc on peut y mettre n'importe quel type de fichier, dont SVG évidemment. Le but c'est vraiment de supprimer totalement la gestion des anciens logos qui n'a plus du tout lieu d'être, et tout centraler avec spip_documents, une seule manière de gérer (et pouvoir réutiliser etc).

@tcharlss oui pour la fusion totalement pour ce qui est de surcharger le formulaire de logo dans la colonne (en restant compatible avec bigup). Le reste c'est pour moi un sujet différent, et qui d'ailleurs ne devrait pas s'appeler « logo par rôle ». C'est plus une « configuration des rôles » plus précises, et d'ailleurs je vois pas pourquoi spécialement pour « logo », surtout que comme déjà évoqué à plusieurs réunion, ce terme de « logo » ne veut rien dire et ya plein de gens hors SPIP qui ne comprennent pas quand ils découvrent (c'est plutôt « image principale » ou ce genre de terme).

Rôles de documents

En parlant de fusion, la possibilité d'ajouter des fichiers SVG pour les logos est très appréciable et rendue possible avec Logo SVG ;-)