Je travaille sur un très gros site d’association qui contient beaucoup d’articles et de documents.
Mon problème à résoudre :
j’arrive à utiliser des filtres de recherche restrictifs pour les articles, mais pas pour les documents.
Autrement dit : Trier les documents par branche ou rubrique sans ajouts de mots-clés.
Pour les articles, les recherches par {id_groupe?} et {branche?} fonctionnent,
mais, pour les documents, ces critères ne sont pas applicables.
Lorsque je choisis une branche ou un groupe, comme critère de recherche avancé,
pour les articles, le résultat est restreint et le nombre d’articles est réduit,
mais, pour les documents, c’est la totalité des documents du site qui est listée !
La solution qui m’a été refusée d’appliquer :
J’ai proposé d’utiliser les plugins « Mots Objets », « Afficher Objets » et « Critère Mots », permettant l’ajout de mots-clés aux documents.
Cette solution ajoute une action supplémentaire : quand un contributeur au site ajoute un document, il devra lui choisir un mot-clé de tri.
La formation des bénévoles est déjà faite :
c’est donc quelque chose qui n’est pas dans la formation, donc, a priori, c’est NIET !
L’hypothétique solution pour laquelle j’ai besoin de conseils :
Sachant que chaque auteur du site appartient à un Service ou une délégation au sein de l’association.
Voir si il est possible de retrouver dans la base de donnée qui a ajouté le document, dans la base, il y a la date d’ajout du doc SPIP, mais je n’ai pas vu l’id_user de celui qui à ajouter le document.
Il y a-t-il une table de base de données qui fait le lien entre sessions SPIP et ajout de documents ?
Si on sait à quelle session, donc à quel auteur SPIP, est lié l’ajout d’un document, on peut faire le lien, auteur/Service ou délégation.1. Si «a)» et «b)» se vérifient, on pourra alors trier les documents en fonction de l’auteur et de son Service ou sa Délégation.
Si vous avez des pistes, je suis preneur.
Pourquoi ne pas faire une boucle articles et dedans une boucle documents avec {id_article} ?
Ainsi, tu n’auras que les docs des articles sélectionnés.
Tu peux en plus les stocker dans {doublons} et les afficher avec une autre boucle documents avec les critères que tu veux et avec {!doublons}
Pourquoi ne pas faire une boucle articles et dedans une boucle documents avec {id_article} ?
Ainsi, tu n’auras que les docs des articles sélectionnés.
Tu peux en plus les stocker dans {doublons} et les afficher avec une autre boucle documents avec les critères que tu veux et avec {!doublons}
Merci de cette suggestion, mais çà ne résous pas totalement ma problématique :
Si un document est détaché de son article d’origine : comment pourrais-je le faire apparaître dans les résultats d’un tri en rapport à sa rubrique d’origine ?
Si on ajoute le même document, à un article d’une autre rubrique, mais qu’on tient à ce que le tri se fasse en fonction de la rubrique d’origine :
Notes: a déplacer sur la liste user et non Dev (développement du core de spip et non le développement à partir de spip) ou la zone (développement d’un plugin en vue d’un dépôt sur la zone)
Si un document est détaché de son article et n’est rattaché à aucun autre objet :
C’est qu’il n’a plus lieu d’être dans le contenu éditorial. Ou qu’il y a une erreur de manipulation de la part d’un auteur.
Si on ajoute le même document, à un article d’une autre rubrique, mais qu’on tient à ce que le tri se fasse en fonction de la rubrique d’origine :
Boucler sur l’id_secteur de l’article et non celui du document car le document n’est pas attaché à une rubrique mais à un article.
Pourquoi ne pas faire une boucle articles et dedans une boucle documents avec {id_article} ?
Ainsi, tu n’auras que les docs des articles sélectionnés.
Tu peux en plus les stocker dans {doublons} et les afficher avec une autre boucle documents avec les critères que tu veux et avec {!doublons}
Merci de cette suggestion, mais çà ne résous pas totalement ma problématique :
Si un document est détaché de son article d’origine : comment pourrais-je le faire apparaître dans les résultats d’un tri en rapport à sa rubrique d’origine ?
Si on ajoute le même document, à un article d’une autre rubrique, mais qu’on tient à ce que le tri se fasse en fonction de la rubrique d’origine :
comment faire ?
Hervé / Fennec72
Le 13 avr. 2012 à 15:49, Jean-Christophe Villeneuve a écrit :
Pourquoi ne pas faire une boucle articles et dedans une boucle documents avec {id_article} ?
Ainsi, tu n’auras que les docs des articles sélectionnés.
Tu peux en plus les stocker dans {doublons} et les afficher avec une autre boucle documents avec les critères que tu veux et avec {!doublons}
Le 13/04/2012 15:12, Hervé Le Dantec a écrit :
Bonjour,
Je travaille sur un très gros site d’association qui contient beaucoup d’articles et de documents.
Mon problème à résoudre :
j’arrive à utiliser des filtres de recherche restrictifs pour les articles, mais pas pour les documents.
Autrement dit : Trier les documents par branche ou rubrique sans ajouts de mots-clés.
Pour les articles, les recherches par {id_groupe?} et {branche?} fonctionnent,
mais, pour les documents, ces critères ne sont pas applicables.
Lorsque je choisis une branche ou un groupe, comme critère de recherche avancé,
pour les articles, le résultat est restreint et le nombre d’articles est réduit,
mais, pour les documents, c’est la totalité des documents du site qui est listée !
La solution qui m’a été refusée d’appliquer :
J’ai proposé d’utiliser les plugins « Mots Objets », « Afficher Objets » et « Critère Mots », permettant l’ajout de mots-clés aux documents.
Cette solution ajoute une action supplémentaire : quand un contributeur au site ajoute un document, il devra lui choisir un mot-clé de tri.
La formation des bénévoles est déjà faite :
c’est donc quelque chose qui n’est pas dans la formation, donc, a priori, c’est NIET !
L’hypothétique solution pour laquelle j’ai besoin de conseils :
Sachant que chaque auteur du site appartient à un Service ou une délégation au sein de l’association.
Voir si il est possible de retrouver dans la base de donnée qui a ajouté le document, dans la base, il y a la date d’ajout du doc SPIP, mais je n’ai pas vu l’id_user de celui qui à ajouter le document.
Il y a-t-il une table de base de données qui fait le lien entre sessions SPIP et ajout de documents ?
Si on sait à quelle session, donc à quel auteur SPIP, est lié l’ajout d’un document, on peut faire le lien, auteur/Service ou délégation.1. Si «a)» et «b)» se vérifient, on pourra alors trier les documents en fonction de l’auteur et de son Service ou sa Délégation.
Si vous avez des pistes, je suis preneur.
*Merci de cette suggestion, mais çà ne résous pas totalement ma
problématique :*
* Si un document est détaché de son article d'origine : comment
pourrais-je le faire apparaître dans les résultats d'un tri en
rapport à sa rubrique d'origine ?
* Si on ajoute le même document, à un article d'une autre rubrique,
mais qu'on tient à ce que le tri se fasse en fonction de la rubrique
d'origine :
o comment faire ?
Non mais alors là tu demandes un truc qui *logiquement* n'a pas de chance d'aboutir avec les informations que tu as en base.
Une "rubrique d'origine" ça *n'existe pas*. Un document est attaché à tel ou tel objet, et tu ne peux donc trier que par les liens *existants*.
S'il est lié à deux articles, il "appartient" donc aux deux branches (si ces articles ne sont pas au même endroit).
S'il n'est lié à aucun article, ni aucune rubrique, alors le document n'appartient à aucune branche dans ton arborescence.
C'est juste logique.
(Et c'est une question d'utilisation, donc qui n'a rien à faire sur la liste spip-dev dont l'objet est le développement du noyau de SPIP. Je ne réponds donc que sur spip-zone.)