Dans mon module aChat, la gestion de l'endroit où va être affiché l'information transmise par ajax, se fait côté client, en javascript, chargé à l'ouverture de la page.
Dans ton exemple c'est différent : le code transmis par ajax contient du javascript à exécuter, pour qu'il s'affiche là où il faut.
Je crois me souvenir que ce genre de méthodes peut poser des problèmes (problèmes d'évaluation d'un code en javascript, par javascript...).
Le plus simple serait de transmettre juste le code $contenu par ajax, et ensuite côté client, créer une petite fonction javascript qui s'occupe de changer la valeur de la div, avec document.getElementById('Enligne').innerHTML =contenu_récupéré_par_ajax.

La plupart des librairies ajax fournissent déjà ce genre de fonctions, donc il pourrait être utile que tu en utilises un, au lieu de tout recoder à partir de la base avec xmlhttprequest.

Bonjour,
Pour commencer, tu peux installer la dernière version disponible par ici .

Si le problème persiste ( je ne me souviens plus si j'avais réussi à le corriger, vu que les messages ont presque 2ans... ), voici la méthode que j'avais expliqué plus haut:

Dans le fichier xoops_root_path/include/functions.php,
il faut englober la déclaration de la fonction xoops_header, avec


Le problème étant qu'il faudra faire ça à chaque mise à jour de xoops qui modifie ce fichier... Peu pratique.

Bonjour,
Si tu connais un peux php et mysql, la création d'un script php basic n'est pas très compliquée : on trouve partout des exemples de scripts parcourant les fichiers d'un répertoire, il suffit après d'adapter pour générer une liste de requêtes mysql correspondant au module de téléchargements utilisé.

J'en avait fait un basique il y a quelques années, mais hélas après recherche dans mes archives je ne l'ai pas retrouvé.

Bon devant la non réaction des gens ici, j'irai poster la demande d'amélioration sur sourceforge, ça sera peut être plus vu là bas.

En attendant, j'ai enfin mis en téléchargement la dernière version de aChat (0.23.2) qui devrait enfin résoudre tous les problèmes connus. Elle peut donc être plus ou moins considérée comme stable, et je recommande à tous les utilisateurs de aChat d'utiliser cette version. ( et si vous avez eu des problèmes de fonctionnement avec les anciennes versions, essayez celle là, normalement ça devrait marcher!)
J'y ai mi un tutoriel expliquant comment faire fonctionner aChat et multiMenu en même temps, comme l'avait expliqué plus haut DjVPX.

A télécharger:
aChat 0.23.2

Et le site de démo :
démo aChat 0.23.2

Merci à tous les testeurs qui ont fait remonter les problèmes! (et continuez s'il y a encore des problèmes!)

La seule solution actuelle à ce problème est d'enregistrer le format directement à la main dans la base de donnée, en utilisant phpmyadmin par exemple. Ce n'est pas très pratique effectivement...

Bonjour,
Pourquoi ne pas utiliser smartmedia?

Bon un petit up pour relancer la chose.


Donc les questions sont pour rappel :

Est-on obligé de faire comme je l'ai expliqué plus haut? (ajout de fonction javascript dans xoops.js + modification du core pour que xoops.js soit appelé toujours en 1er)

Si oui, comment modifier le core pour que xoops.js soit appelé en 1er dans le code html ( un hard codage de l'appel, dans la classe gérant le thème?, ou quelquechose de plus propre? mais je ne vois pas)

Et enfin, si on doit faire tout ça, autant le faire en concertation avec l'équipe du core xoops non?

Avec seulement l'accès ftp, tu ne peux pas récupérer d'accès ou de mot de passe...
Mais si la personne a changé ton mot de passe xoops, elle a peut être modifié pas mal de choses dans xoops, et peut être réussi à installer des backdoors, donc avec ton accès ftp, tu peux regarder, en attendant, s'il n'y a pas de fichiers étranges...

Disons que c'est une solution provisoire, car elle nécessite quand même de modifier à la fois le thème (pour être certain que le script soit chargé avant tous les autres), et le module multiMenu (pour que le script ne soit pas appelé 2 fois...).
Bref il serait vraiment utile de modifier xoops pour éviter tout ceci.
J'attends des retours de personnes plus expérimentées pour savoir comment on pourrait modifier proprement xoops, et enfin on soumettra ça à la team dev ( et la correction se perdra-t-elle dans les méandres du bugtrack sur sourceforge? )

J'avais eu le même problème, en fait quand photoshop ouvre le .psd, il te dit le nom de la police d'écriture qu'il te manque, et ensuite tu peux la retrouver sur le net. Au pire tu changes de police d'écriture.