Ordoc ajoute dans listes de documents attachés à des objets éditoriaux une icone de déplacement (une croix) sur chaque vue d’un document. Cette icône peut être cliquée pour déplacer un document plus haut ou plus bas dans la liste. De fait, cliquer / déplacer n’importe où sur la vue du document fonctionne aussi (la croix permettant de montrer visuellement que c’est faisable).
Nouveau champ rang_lien
L’ordre est enregistré dans une nouvelle colonne rang_lien
de la table spip_documents_liens
.
Il devient par conséquent possible d’écrire des boucles Documents utilisant ce tri, tel que :
<BOUCLE_docs(DOCUMENTS){id_article}{par rang_lien, num titre, titre}>
[(#LOGO_DOCUMENT|image_reduire{200})]
</BOUCLE_docs>
Comportement
Lorsqu’on ajoute plusieurs documents, aucun ordre n’est défini.
L’ordre (et donc le tri {par rang_lien}
) devient fonctionnel dès que l’on déplace un élément.
Dès qu’un ordre est défini , on voit apparaitre un bouton « réinitialiser l’ordre » en bas du portfolio.
Si on clique sur ce bouton, on efface l’ordre. Les images peuvent donc être listées selon un autre logique de tri.
Présentation vidéo
Compatibilité
- Compatible avec le plugin Minidoc
- Compatible avec le plugin Centre Image
Pour les personnes qui utilisaient auparavant le plugin Mosaïque, un plugin de migration est disponible : Migration de Mosaïque vers Ordoc
Notes
- le plugin a été intégré dans le plugin Médias de SPIP 3.2
Discussions par date d’activité
11 discussions
Bonjour,
y aurait-il une ruse pour permettre de mélanger des docs de type différent ?
Des images et des pdfs, par exemple.
Merci
Sylvain
Je suis preneur de l’astuce si elle existe.
Merci
Répondre à ce message
Bonjour,
Je viens de passer à SPIP 3.2
J’ai remplacé
Par
Ce qui donne :
Le backoffice permet bien de glisser/déposer les images du portfolio, c’est super que ça soit maintenant intégré à SPIP
Mais l’affichage frontoffice ne respecte pas du tout cet ordre !
Qu’est-ce que j’ai manqué ?
Merci d’avance !
PS : j’ai mis des sauts de ligne dans le code sinon ça ne s’affiche pas bien dans ce forum, mais ces sauts de ligne n’existent pas dans le code du squelette
À mon avis, c’est pas compliqué.
Le tri est fait sur la table de liaison. Pas sur la liste des documents simplement.
Il faut donc, pour trier correctement sur une table de liaison… qu’il y ait une liaison à faire :)
Dans le cas présent, si c’est sur un article, je dirais :
Sinon ça doit t’afficher tous les documents du site, et pas seulement ceux que tu as triés pour cet article.
MM.
Répondre à ce message
Bonjour,
est-il possible de faire fonctionner ordoc avec le NivoSlider 3.2.8 ?
je suis en 3.1.7.
Et si oui, comment faire ??
Merci !
Paul
Salut,
c’est plus quelque chose que je poserai sur le forum de nivoslider (car c’est ce plugin qui s’occupe de faire les requetes, et donc qui peut prendre en charge ce plugin).
Répondre à ce message
Bonjour merci de se pluging,
Mais chez moi il ne marche pas...
Je suis sous SPIP 3.1, impossible de passer sous SPIP 3.2 pour cause d’autres plugings incompatibles (Masonry et Supersize sideshow).
J’ai installé le pluging, il est activé, je voie bien les petite croix dans ma liste de document, mais quand je déplace un document, il reste a se charger, avec le petit minuteur qui tourne, et jamais cela ne s’arrête.
Et en public, le document ne bouge pas. Bien que j’ai mis le critère dans ma boucle.
Da quoi cela peut bien vouloir venir ?
Je viens de passer de PHP 5.2.17 a 7, j’attends de vois si cela vient de ça.
Bon, cela vient du PHP, j’ai mis la dernière version et cela marche !
Super !
Répondre à ce message
Salut !
Je suis passé à la version 3.2.0 de SPIP, et ben, croyez-le bien, je n’arrive pas à installer ce superbe plugin. Je n’ai pas écrit qu’il n’est pas installable, mais bien que je n’y arrive pas. C’est indiqué qu’il est incompatible... C’est trop con ! Mais si il y a un truc magique à faire, je suis preneur !
Reconnaissances Spipiennes.
J’hésite dans ma réponse… mais tout est dit… dans l’article de sortie de la 3.2 ou en fin de cet article...
Répondre à ce message
Super, ça fait longtemps que cela me tracassait...
avec une boucle
J’obtiens un
je suis donc obligé à mettre « spip_documents_liens.rang_lien »
Oui, il va falloir attendre la 3.2 pour corriger ce problème. Je suppose que tu as l’erreur avec l’environnement
id_rubrique=xx
.Je te conseille d’appliquer le même patch pour ton inclusion qu’indiqué dans le ticket https://core.spip.net/issues/3894 , c’est à dire https://zone.spip.org/trac/spip-zone/changeset/102606,
C’est à dire changer :
par :
En fait il y a 2 petits problèmes en 3.1 :
{par truc}
qui n’ajoute pas toujours le nom de la table de liaison dans la requête sql, ce qui fait qu’il peut dans certains cas y avoir ambiguité (c’est ce que te dis mysql sur rang_lien) (résolu en 3.2){id_x?}{id_y?}{id_z?}
etc qui ont une jointure possible sur la même table, font que{vu=non}
ou{par rang_lien}
ici ne s’appliquent pas sur la bonne jointure, dès lors que id_x n’est pas dans l’environnement. (là c’est compliqué).MM.
Ok parfait, ça marche nickel
Moi aussi je l’attendais depuis longtemps, longtemps...
Marche impeccable sauf pour albums auquel il faut surcharger l’appel des docs.
Merci encore.
Hop, je m’incruste rapidement dans ce fil de dicussion : oui, ce plugin est super chouette, et c’est prévu de le brancher sur les albums dès que possible.
;-) Ha ben je regardais comment l’utiliser avec Album justement.
Magnifique en tout cas, merci. La 3.2 promet d’être un grand cru ^^
@tcharlss, j’ai une version Album + . ordoc qui semble fonctionner en 3.1.4 là
Tu veux que je commites ?
Hello,
Je veux bien qu’on en discute avant, parceque pareil de mon côté, j’ai pas encore commité mais c’est prêt aussi.
Comment tu gères la compat 3.1+ordoc / 3.2 ? Il faut ajouter
{par rang_lien}
dans les listes de documents des albums, sauf que du coup en 3.1 ça veut dire qu’ordoc doit être une dépendance obligatoire, ce que je voudrais éviter.Du coup je pensais mettre la version actuelle dans une branche réservée à SPIP <= 3.1, et basculer le trunk pour SPIP >= 3.2.
Sinon pour résumer, j’ai complètement revu le markup pour reprendre au maximum celui du porfolio, et avoir le moins de modifications JS à faire. Du coup en 3.2 ça marche pour ordoc + minidoc.
Ah ben alors je te laisse faire, c’est certainement plus testé et abouti que moi.
En 3.1, pour le problème de tri, c’est assez simple.
Au début de l’inclusion tu faire :
[(#PLUGIN{ordoc}|oui)#SET{par,rang_lien}]
Dans la boucle documents tu mets :
{par #GET{par}}
Chez moi cela fonctionne à priori nickel.
Et j’ai mis le code js dans une condition :
<BOUCLE_si_ordoc(CONDITION){si #PLUGIN{ordoc}|oui}>.... </BOUCLE_si_ordoc>
Mettre le critère
{par..}
avant{!par media,id_document,extension,date}
Ah mais c’est bien sûr ! Oui tu as raison, c’était tout simple, merci pour l’astuce.
Du coup, tu as l’intention de publier une version 3.1 compatible avec ordoc ?
Ça va compliquer un peu les choses parce ça suppose de faire de légères modifs au JS d’ordoc et minidoc (modifs déjà intégrées à SPIP 3.2), mais oui, j’aimerais bien.
Quoique je comptais aussi faire un peu de ménage et passer à flexbox pour simplifier un peu les modèles, du coup ça pourrait justifier une nouvelle branche. Je ne sais pas encore là.
Bon, on sort un peu d’ordoc, cette discussion pourrait se poursuivre sur le forum d’albums :)
Répondre à ce message
bonjour,
si j’ajoute des documents à partir de la médiathèque, et en l’occurence dans l’ordre souhaité, les documents sont enregistrés dans la base avec le rang_lien à 0. Comme dans l’espace privé ils sont affichés selon leur id, tout va bien. Mais dans la page publique, le critère rang_lien ne fonctionne pas (CQFD).
Il faut en fait déplacer au moins un élément pour que l’ordre par rang_lien soit attribué à chaque élément.
Ne serait-il pas possible d’attribuer un rang dès le chargement des documents ?
Répondre à ce message
Est-ce que ce principe pourrait être mis en oeuvre pour les articles ?
C’est ici : http://plugins.spip.net/rang.html
Répondre à ce message
Je ne te le fais pas dire « c’est merveilleux ! » :-O
J’avais levé le pied ces dernières années mais je m’y remets progressivement et ca fait plaisir de voir que les mêmes têtes sont toujours là et toujours, avec des idées de folie :-)
Répondre à ce message
Whouaa, que j’ai hâte d’arriver à la Spip 3.2 pour l’implémenter sur mes sites :-)
Merci Matthieu M. et toute l’équipe de Spip !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |