Merci kris, j'avais pas vu.

... ils pensent à tout :xfsuper:

Bonjour,

quand on augmente la taille de la carte googlemaps (dans les préférences du module), la minature ne reste pas dans le coin en bas à droite.

Que dois-je modifier pour la replacer dans ce coin ?

Merci

PS : googlemaps 0.8 pour xoops 2.0

King : mail envoyé.

Inutile de garder une version complète de xoops "vierge" : tu verras dans mon module, je garde une copie des fichiers avant leur hackage.

Le problème vient que la plupart des hébergeurs empêche la lecture du code source d'un fichier par un script avec une fonction PHP highlight_file ou highlight_string. Je pense que cela peut être contourné. Dans ce cas, pour la sécurié, on peut toujours utiliser la bonne vielle méthode du fichier .htaccess dans un premier temps.

Pourquoi pas lister en effet tous les hacks pour une insertion encore plus facile, avec un dossier à la manière des plugin du module sitemap (que les développeurs de modules pourront incorporer dans leurs propres modules). Avec comme variables par exemple :
$hack[file] = à insérer dans le fichier X
$hack[after] = après la ligne contenant ce texte Y
$hack[code]= avec le code Z

Bonjour king76,

j'avais commencé il y a quelques temps déjà un module qui "gère" les hack. De mémoire (ça date) les fonctions étaient :

- liste des fichiers hackés avec date des dernières MAJ
- copie de sauvegarde du fichier initial (sans hack)
- insertion du hack directement dans le fichier en indiquant la ligne et le code à insérer
- comparaison du fichier hacké avec le fichier initial : colorisation des lignes ajoutées (en réalité, autodétection des hacks par une balise spécifique au début et à la fin du code ajouté)
- lors des mises à jours du noyau de xoops, les fichiers qui normalement doivent être hackés et ne le sont plus (car mis à jour) sont signalés. On peut ainsi rapidement insérer le code du hack dans les fichiers qui posent problème.

Attention toutefois, ce module n'est même pas une version alpha, et niveau sécurité ça craint vraiement. De plus, il nécessite certaines fonctions PHP activées sur le serveur : lecture et colorisation du code source PHP (dans mon cas ça fonctionnait super bien en local, mais pas en ligne). Ces pour ces raisons, je ne préfère pas jeter en pature le code source de ce module. Cependant, je peux donner le module nommé hack a qui veux bien le tester et surtout le faire évolué (plus de compatibilité, plus de sécurité, ajout de fonctions ...).

J'espère que ça pourra t'aide et que quelqu'un (ou un groupe de programmateur) prendra la suite.

Le lien que tu donnes blueteen est un module de gestion des EMAILS (qui n'utilise pas les mêmes protocoles et fonctions).

J'ai laissé tombé la migration depuis exoops : car il y avait une grosse faille de sécurité liées aux mimes types. Je compte donc emprunter les fonctions de l'upload d'avatar ou celles du module formulaire. Les pièces joints seraient stockées dans le dossier /html/uploads/ sous la forme "uid_unixtime.ext". Techniquement, cela ne me pose pas de problème ... c'est juste le temps qui me fait défaut. J'espère toutefois pouvoir vous proposer une version 1.21 d'ici la fin de semaine.

Quant à la fonction "extensions autorisées", "quotat" et "confirmation de lecture des PM", c'est plus beaucoup plus long à coder et totalement inutile pour l'utilisation que je veux en faire (intranet).

Une autre solution serait de prendre le module de message pour exoops 1.06 (version plus ancienne mais plus proche de xoops).

Comme promis, j'ai modifié le module mp de venom : ajout de la boite de réception des PM (consultation, envoie, réponse). Voici le fichier : mod_xoops2_mp_1.2. Je vais prendre le temps de rajouter les fichiers joints.

J'ai essayé de faire migrer le module "messages" existant pour exv2 (fork xoops), sans succès (trop de différences des API). Si quelqu'un est motivé : mod_exv2_messages. L'intérêt de ce module est la possibilité d'instaurer des quotats par boite, l'ajout de fichiers joints, et permet de savoir si un MP a été lu par le destinataire.

Si quelqu'un veux donner un coup de main, envoyez-moi un MP.

Non, le module s'appelle tout simplement "messages".

Je vais essayer de l'adapter si ça marche je proposerai un Zip. Si ça marche, je le fusionnerai avec le module MP de venom (qui permet d'administrer/nettoyer les messages privés).

Cependant, je crains que les API de gestion des PM soit trop différent.

Je cherche aussi un tel hack (ou mieux, un module dédié), pour un site intranet.

Pour info : cela existe chez des fork xoops, avec en plus la limitation du nombre de messages par boite.

Merci pour l'accueil, mais je ne suis pas nouveau : j'ai commencé xoops il y a 2 ans, puis j'ai fait quelques sites avec exoops, puis pour mes dernières créations, je reviens définitivement aux sources.

Je posais cette question car un tel module de message privé avec fichier attaché existe sous exoops (ou runcms).

Il y a aucun risque pour la saturation de l'espace disque car c'est pour un site intranet. L'idéal serait de configurer des quotats par utilisateur (ce qu'a fait exoops ... je vais me faire taper sur les doigts )

PS : OK blueteen, je poursuis sur l'autre topic.