He he... C'est le même, il a pas changé en passant la frontière.

Salut Thierry !

En pratique, lorsque tu installe un site Xoops neuf, tu ne dois pas chipoter à la main au fichier mainfile.php. Tu transfert simplement les fichiers sur ton serveur ftp, et ensuite tu te connecte à ton site normalement. A ce moment là, un script d'installation va démarrer et tu n'as plus qu'a compléter les informations fournies par ton hébergeur.

Relance ton client FTP. Tu dois avoir un système de cache activé.

@Zoullou: Ce qui m'intéresse dans ton module, c'est la simplicité d'utilisation. Pas de fioriture complexe, ou d'options superflue. Je pourrais à la fois m'en servire comme gestionnaire d'image (notamment pour mes co-admins) mais aussi comme mini-gallerie photo.

Petit conseil d'ami. Garde toujours à l'esprit que les utilisateurs de ton module ne le connaissent pas, et ne passeront pas plus de 30' pour en comprendre le fonctionnement. La concurrence est rude en matière de module, et si tu veux que le tien survive, il faut qu'il soit utilisable très rapidement et sutout être très facile à comprendre.

Ainsi, l'upload simple d'images, dans un répertoire prédéfini doit être la fonctionnalité de base. Ensuite, tu développe en option la possibilité d'upload de masse sur serveur distant (ce qui est une très bonne idée). Mais cette option doit s'inscrire dans le cadre de fonctionnalités complémentaires, et non principales.

Si tu parviens à accrocher tes utilisateurs avec des fonctinnalités simples, ils te suivront dans le développement des options plus complexes.

J'espère que tu comprends ce que je veux dire...

Salut Zoulou.

Figure-toi que je dois installer un module de gestion d'image pour des amis, et je me suis dit : "Bah, pourquoi pas essayer quelque-chose de nouveau. Essayons ce que notre ami Zoullou propose".

Voici donc mon opinion.

1) Simplicité du module. Très bien. L'admin est pas complexe, mais si j'étais toi, j'incluerais le guide d'utilisation directement dans l'admin du module. Ca évitera la mésaventure de notre ami et moi-même.

2) Possibilité d'upload de masse. Bravo, très bonne idée. Mais est-il possible de se passer de toute ces manipulations de fichier sur le serveur ?

3) Pourquoi limiter à l'upload de masse ? Pourquoi ne pas ajouter la possibilité d'uploader les images une à une, tout en se passant par un uploader d'image. Même réservé aux admins seulement.

Si cette dernière fonctionnalité pouvait être implémentée, j'en aurai bien des usages...

Non, c'est normal.

En fait le script de multiMenu fonctionne de la façon suivante :

Afin de déterminer quelle est le lien principal activé sur la page en cours, le script compare l'url et le module du lien principal. Si les 2 correspondent, le script génère les sous-menus. C'est le seule technique possible.

Le problème est que si vous créez des sous-liens pointant vers le même module, ils s'activeront aussi. Disons que c'est le revers de la médaille.

Je n'ai pas encore trouvé de solution alternative à ce problème.

Justement, notre amie Juliette souhaite éviter les url absolues (avec http://www.blbla.com/monfichier) pour privilégier les url relatives (ex : <a src="../monfichier).

Le problème des bloc étant que Xoops permet de naviguer au travers soit des modules (situés dans des sous-répertoires), soit des pages générérés par le core (à la racine). Ce système empêche l'utilisation d'url relatives.

Pour cette raison, il est préférable de se rabattre sur un module tel que multiMenu (et oui, désolé, il semble qu'il n'y ait que lui) qui intègre tout à fait cette dimension d'url relatives, utilisable à partir de n'importe où sur le site.

Dis-moir Kris, elle est où la fonction copie-coller dans les réponses..?

Citation :

Houlà, houlà. Vive le Xoopsketing, mais tout de même.

Non, pour afficher une image spécifique sur une page générée par le core de Xoops (Ex: user.php, register.php, seach.php, etc.) il faut éditer le template correspondant.

En l'occurence, en ce qui te concerne, c'est la page 'register.php'. Tu l'édite, et tu ajoute l'image en html aux alentours de la ligne suivante :

Essaye en affichant le dit block que pour les utilisateurs enregistrés (pas pour les anonymes). En attendant que theCat apporte la modif nécessaire.

Je ne connais pas très bien iContent (enfin, y'a longtemps que je l'ai plus utilisé), mais en principe, il faut se référer à l'url génrée pas le module et qui s'affiche dans le site, et non l'url de la page html stockée sur le serveur.

Deuxièmement, il ne faut pas de / à la fin d'une url qui se termine par un nom de fichier (fichier.html) mais uniquement lorsque l'url se termine par un nom de répertoire.