[Résolu] [v8] Vue intégrée - affichage plusieurs catégories

[CyBeRoN]

Bonjour à tous.

Petit souci concernant la création d'une vue intégrée.

En fait l'idée c'est qu'un document peut faire référence à plusieurs autres documents.
J'aimerais donc afficher les documents référencés dans une vue intégrée.

Par exemple :
Mon document possède un champ "RelatedDocs" qui contient les documents auxquels il fait référence.
Je tente la vue intégrée avec l'option "Show Single Category" qui prend la valeur "RelatedDocs".

Ca fonctionne lorsque j'ai une référence à un seul document, lorsque j'en ai plusieurs, le message "Category must be a single string" apparaît (ce qui me semble logique...).

Une petite idée pour savoir comment je pourrais réaliser ça ?
Merci

[Michael DELIQUE]

salut

ton champs RelatedDocs est mutltivalué ?

[CyBeRoN]

Oui

[Michael DELIQUE]

re

c'est bizarre j'ai souvenir que ça marchais avec les listes de valeurs

[Michael DELIQUE]

re,

je viens de faire le teste, en effets, pas possible...

[CyBeRoN]

Une autre solution sans vue intégrée serait la bienvenue également

[Michael DELIQUE]

le trucs a mon avis c'est que tes documents affiché dans la vue intégré doivent contenir la valeur qui sera dans le restrict et pas l'inverse

[abertisch]

le trucs a mon avis c'est que tes documents affiché dans la vue intégré doivent contenir la valeur qui sera dans le restrict et pas l'inverse

Ouais j'allais le dire.

Garde l'unid du document "Père" dans tes documents "fils"

[CyBeRoN]

Effectivement ça peut être une solution
Ceci dit j'aimerais vraiment trouver un moyen en évitant d'éditer les documents "fils", ceux-ci repasseront en non-lus sans avoir en réalité été modifiés...

[Michael DELIQUE]

l'affichage dans la vue ne les passera pas en non-lu ni un traitement en back pour modifier le champ de référence

[CyBeRoN]

Cette solution aurait été possible si mes documents n'avaient pas été révisés et archivés.
En fait mes documents "parents" peuvent faire référence à de nouveaux documents "fils" après révision.

Par exemple :
Revision 0 : document fils : n°1
Révision 1 : document fils : n°1 et 5

En travaillant comme dans la solution proposée, mon document archivé avec la révision 0 m'affichera les documents fils 1 et 5.

[Michael DELIQUE]

gérer le cas ne dois pas etre bien compliqué. mais est ce que ça en vaut le coup et ne pas trouver une autre solution pour l'affichage...

[CyBeRoN]

En fait est que actuellement, j'utilise des docklinks pour faire les liens entre les documents.
Le problème, c'est qu'un bug venu de nulle part m'affiche parfois le mauvais document quand on clique sur un doclink.
Après avoir analysé le problème (et ne pas avoir trouvé l'origine de ce bug), mon fournisseur proposait justement de passer par une vue intégrée.
En même temps j'attendais de sa part qu'il envoie mon problème plus haut (chez IBM par exemple) mais bon...

[Michael DELIQUE]

ton DocLink il bugerais pas quand ton document est sur un cluster ?

[CyBeRoN]

Non, on a juste un serveur ici...
Et mes DocLinks se font sur des documents de même type et dans la même DB que le document "parent"
En fait les DocLink fonctionnaient très bien avant avec un champ texte pour stocker mes numéros de documents référencés et un champ RT avec les DocLinks.

J'ai eu besoin de faire le même process un peu plus haut dans le même document (donc un nouveau champ texte et un nouveau champ RT) et c'est depuis ce temps là que ça foire...

En fait, je crée plusieurs liens dans la partie inférieure de mon document, tout va bien, les doclinks pointent vers les bons documents.
Je vais taper un doclink sur la partie supérieure du document, ce doclink est correct. Par contre si je reviens sur mes doclinks de la partie inférieure, ils pointent vers les mauvais document, à savoir vers le document du lien précédent (sauf le premier lien qui est correct...).

Enfin, toute une histoire... lol