As tu jeté un oeil a la doc intégrée.

Un truc qui me prouve que je suis tordu
Je suis le seul qui le trouve pas compliqué ce module, je doit avoir trop overclocker mon dernier neurone

L'index.html est une page blanche et dans l'autre document texte il n'y a pas d'infos. C'est tout ce qu'il y a dans le répertoire doc.

Sylvie

Il faudrait que je le réinstalle, mais de mémoire, y'a pas des trucs directement accessible dans l'administration du module ?

Si, pour les requêtes: "Pour créer une nouvelle requête dans la base de donnée, inspirez-vous des requêtes fournies par défaut."
Mais ça ne me dit pas comment on s'en sert ni comment on les affiche. Parce que ma requête je l'ai créée mais je ne sais pas quoi en faire ni à quoi elle va me servir. (c'est pour avoir un menu automatique avec les catégories de publisher ou smartsection, je ne sais pas comment activer l'affichage, il n'y a rien pour).

Sylvie

Problème d'incompatibilité entre news et multimenu 2 béta
plusieurs fonctions de news me donne une page blanche, sans erreur en debub.

Fonction qui donne une page blanche.
-proposer un article par le menu Xoops
-éditer un article, par le lien en bas de chaque article, donne une page blanche avec juste écrit Editer l'article
-éditer un article par l'admin du module donne une page blanche avec juste écrit Editer l'article

Alors que la fonction "Poster un nouvel article" dans l'admin fonctionne.
Pourtant il est fait a chaque foi appel au fichier submit.php

Pour que l'édition et la lecture des news fonctionne, il suffit de ne pas afficher de block multimenu dans le module news.

Quelqu'un peut il confirmer ou infirmer cela ?

Si l'auteur adoré de ce module peut jeter un oeil qui est un must indispensable a mon avis.

Citation :

Plus exactement, il semble que ce soit le menu admin présent dans le module, avec la requête module admin

Bonjour à tous.

Me revoilà (après des semaines plongé dans le code de divers passionnants modules en cours de finalisation ).

Citation :

Les requêtes sont crées, comme tu l'as bien compris, pour générer des listes de liens à partir de modules existants, directement à partir de la base de donnée.

Pour créer une requête, tu peux t'inspirer de celles que j'ai moi-même crée dans le module (pour l'exemple). En gros, les seuls champs obligatoires à la base, sont ceux visibles dans le premier formulaire (après avoir choisi un table parmi celles existants dans la bdd de ton site) - et oui, effectivement, il est préférable de savoir quelle table correspond à quel module.

Tu dois donner :

- un titre à ta requête (pour la retrouver plus facilement lorsque tu l'appellera dans ton menu).
- une table (d'un module contenant une liste potentielle de pages).
- le champ ID : défini dans la table quel champ représente les pages générées par le module (sa valeur peut-être id, uid, pageid, catid, etc. - ça dépend de la manière dont le développeur à créé ses tables).
- le champ SUJET : représente le champ pour le titre du lien.
- le champ URL : représente l'url du lien à générer et s'écrit avec un {id} qui indique l'emplacement de la valeur id. Ex : modules/news/article.php?storyid={id}

Une fois la requête crée, tu peux l'activer dans l'onglet 'liens' en éditant, ou créant un lien dans lequel tu activeras directement la requête ainsi créée (vois options, champ 'requête' - ta requête apparaît dans la liste des requêtes disponibles). Cela signifie bien sur que tu peux réutiliser la requête avec différents menus ou lien.

Citation :

Bizarre. PAs encore rencontré ce problème. Je vais tester.

J'ai bien fait de mettre du conditionnel a mes affirmations.
Apparemment tous mes soucis se sont résolu avec une réinstallation du module profile, ce serait lui le vrai coupable, me demander pas pourquoi.

*phew* !

Une merveille ton module, mais autant l'intégration direct dans le thème sous FF avec ta méthode ou le plugin smarty fonction.block fonctionne parfaitement, que sous IE8 sa déconne grave de grave, cela semble le faire en mode compatibilité par contre avec le plugin.