Sauf qu'il est mieux de laisser ces appels dans la partie "head" du document html, et donc de laisser dans le thème.

Pour cela il suffit de faire quelquechose comme ça:


Voilà normalement ça devrait marcher.

Normalement l'installeur repère ce genre de problèmes à l'installation non?

Si il ne vérifie pas tous les répertories à chmodder, il faudrait peut être changer ce comportement, ça éviterait des problèmes inutiles!

Le site internet qui propose ce thème à l'air d'être payant: il faut payer pour avoir un compte pour accéder aux thèmes.
Bref c'est mauvais signe pour avoir une licence libre... mais bon on ne sait jamais. (par contre je n'ai pas trouvé de lien pour contacter l'auteur du thème)

Bonjour,
C'est pas suffisamment concret pour qu'on puisse t'aider.
Le problème pourrait venir de ton utilisation d'ajax, ou bien d'autre chose...

Sans code on ne peut rien faire là...

Ça ressemble à une valeur par défaut pour le champ "nom réel" dans la base de donnée, mais après je n'ai aucune idée de comment ça aurait pu arriver là, donc c'est très peu probable...
Mais dans le doute, vas voir avec phpmyadmin la structure de la table user pour vérifier qu'elle n'a bien aucune valeur par défaut à ce champ.

Ou alors c'est un problème dans le script user.php, mais là aussi c'est improbable, dans le doute, remet une version propre du fichier si tu n'as pas fait de modification de ce fichier, en récupérant l'original dans une archive xoops.

Si ça peut aider...

Bonjour,
Le module mediawiki pour xoops n'a pas été mis à jour depuis 2ans environ. La version 1.7.1 est la dernière disponible. Il n'y a pas de problème de sécurité connu avec donc on peut l'utiliser sans problème.

Je suis entrain de travailler sur une mise à jour de ce module, pour rattraper les mises à jour de mediawiki, et si tout va bien la nouvelle version 1.12.0 sera disponible avant le 15 août.

Je vous tiendrait bien évidemment au courant via une news sur frxoops.org.

(d'ailleurs j'en profite pour faire un appel pour des beta testeurs, le code étant disponible sur le svn de xoops, si ça vous intéresse de tester le module avant la version finale, contactez moi)

Regarde le code associé aux boutons existant, et inspire-toi en pour faire ce que tu veux...
C'est un peu comme un jeu de piste pour retrouver où ils sont créés dans le code mais bon.

Il existe de nombreux outils permettant de regarder les différences entre deux fichiers, et par extension entre deux répertoires (winmerge sous windows, sous linux il y a tout simplement diff). Avec un outil de diff, tu peux regarder les modifs entre ton site, et une install propre de xoops 2.0.15 (et avec chaque module que tu as modifié). Ensuite tu les applique à une nouvelle install, ou plutôt à une copie de ton site, mis à jour sous xoops 2.0.18.1.

Ca peut être long, mais bon.
Du coup pour une mise à jour future, il serait intéressant que tu notes dans un coin les modifs effectuées.

Bonjour,
Je trouve qu'il manque encore quelques fonctionnalités qui amélioreraient grandement le confort d'utilisation. Ca fait un an que je m'en sert sur mon site, et des manques se font ressentir :
Côté utilisateur : il faudrait une liste des personnes connectées (bon ca c'est un gros boulot, je ne pense pas le faire ne priorité)
Ensuite côté administration : il manque toujours
-la purge automatique,
-une meilleur gestion des messages pour administrer (supprimer une plage de messages, éditer des messages...) tout ça en les voyant côté admin (c'est peu pratique de se balader en plus du côté utilisateur pour voir quels messages changer.)
- un truc bête, mais qui n'est vraiment pas pratique : la gestion des mots trop longs : ça déforme tout le bloc et donc toute la colonne dans lequel est utilisé, donc ça déforme tout le site.

Ensuite il y aurait éventuellement à revoir tout le système d'archivage: actuellement je crée des fichiers .html, préformatés, il n'y a plus qu'à les afficher. Mais on pourrait aussi stocker la base de donnée dans un fichier . csv, et à chaque lecture dans l'archive, on recharge le fichier, comme si c'était une base de donnée: ça coute plus cher, mais bon, les archives sont normalement lues beaucoup moins souvent. Et on obtient un format beaucoup plus acceptable de stockage à long terme. En plus, il serait peut être possible de fusionner les deux parties : logs et archives (même si ça serait pas tout à fait très simple).


Bref voilà ce que j'aimerai faire encore sur ce module. Si quelqu'un a des remarques à faire, d'autres améliorations... dites le moi.

Bonjour,
Effectivement j'ai la même erreur, mais comme elle n'empèche pas le fonctionnement du module, je ne m'en étais pas préoccupé. Je ne sais pas exactement à quoi c'est dû, mais je regarderai ça cet été: je devrais bosser sur une nouvelle version du module.
Si quelqu'un en sait plus que ce que dit juste le message d'erreur, ça peut m'être utile pour comprendre et corriger la chose.



EDIT : je viens de voir que tu utilises aChat sur le site des Nullos, c'est cool , par contre, tu devrais éviter de mettre en page d'accueil le bloc dynamique, avec un taux de rafraichissement aussi élevé: je crois que ton site est saturé avec les requêtes de tous les visiteurs, qui n'ont pas forcément besoin du tchat dynamique sur toutes les pages. Il y a le bloc statique exprès pour ça.