\class\xoopsform\formdhtmltextarea.php dans le render()

(avec le line break le message est plus lisible .

J'essaie d'utiliser xoopsmailer pour envoyer un mail. Le corps du mail est un texte stocké en BD. Super cet utilitaire

Mon problème est que le mail reçu à encodé l'apostrophe en html : autement dit le ' est devenu '& # 0 3 9' . Ce qui me géne :-o .

Je ne pense pas que cela soit général à tous les caractère car le 'é' ,le 'à' est bien passé.

Ma question : quelle function utiliser sur mon texte pour ne pas avoir cet effet de bord ?
D'ailleurs est-ce voulu ou est-ce un bogue ?

Merci de vos réponses éclairées

NB : j'ai bien pensé à mettre \' mais c'est lourd !

Bonjour, J'essaie d'utiliser xoopsmailer pour envoyer un mail. Le corps du mail est un texte stocké en BD. Super cet utilitaire Mon problème est que le mail reçu à encodé l'apostrophe en html : autement dit le ' est devenu '& # 0 3 9' . Ce qui me géne :-o . Je ne pense pas que cela soit général à tous les caractère car le 'é' ,le 'à' est bien passé. Ma question : quelle function utiliser sur mon texte pour ne pas avoir cet effet de bord ? D'ailleurs est-ce voulu ou est-ce un bogue ? Merci de vos réponses éclairées NB : j'ai bien pensé à mettre \' mais c'est lourd !

Merci pour ces réponses éclairés !

Je pense qu'il est plus propre et plus facile à maintenir pour moi de coder ces 2 fonctions dans le même fichier. xoops_module_install_<DIRNAME>
xoops_module_uninstall_<DIRNAME>

Quand au xoops_module_update_<DIRNAME> c'est serait bien sympa .
Avez-vous une petite idée de la version futur implemantant cette fonction ?

Encore Merci

Bonjour,

Existe-t-il un moyen d'executer des commande sql à l'installation d'un module.

NB : Je veux créer par défaut un group d'utilisateur et donc executer une requete d'insertion sql lors de l'installation du module.

Merci de votre réponse

Le test que j'ai fait est local (easyPHP). J'ai sur une machine (400 mgz) plusieurs instances de xoops. Sur la même machine, le même module tourne moins vite en 2.2 qu'en 2.0.9.2.

Je n'ai aucune idée de la cause de cette "lenteur". J'aurais pu penser à la nouvelle classe de sécurité introduite dans la 2.10. Mais mon module ne l'utilise pas encore. Par contre :hm: j'utilise les xoopsForms. Il y a eu de gros changement dasn ce package depuis la 2.0.9 ?

Si personne n'a eu de soucis de permormance avec la 2.2, c'est une bonne nouvelle, ca doit être moi .Je suis rassuré, je n'aurais certainement pas de soucis chez mon hebergeur.

Bonjour,

Je viens d'essayer le nouveau xoops 2.2.
J'ai eu des erreurs car l'execution des scripts standards de xoops mettait trop de temps. j'ai donc du augmenter le temps minimal d'execution dans le php.init. Il faut dire que j'ai reformé ma petite machine 400 mhz comme serveur (bien utile ceci dit).

Mes question : Est-ce que les concepteurs sont concients que xoops 2.2 est plus lent que xoops 1.x ? Va-t-il y avoir des améliorations/optimisation dans ce sens ?

Merci de vos réponses éclairés !

NB : Si l'ergonomie générale est plus sympa en xoops 2.2 . Je n'aime pas bien la nouvelle gestion des blocs. Je preferais l'ancienne plus efficace !!

Une autre évolution serait de developper un nouvel element de formulaire basé sur le modèle objet de xoops.

- Un xoopsSelectForeignKey faisant référence à une table de particulaire (classification par exemple) en utilisant la méthode getObject (qu'il faut au passage mettre dans l'interface).

Cela permettrait de s'abstraire des xoopsSelectMember, xoopsSelectTruc et xoopsSelectMachin qui ne sont pas très générique.

Bon c'est juste une suggestion.

Bonjour,

L'utilisation typique d'un intranet/extranet dans une entreprise passe par une identification des différents utilisateurs (ou Persones).
On peux avoir plusieurs groupes :
- Employés
- Fournisseurs
- Clients
Les employé travaillant en intranet, les fournisseurs et les clients ont leur extranet voir internet s'ils sont non inscrits.

Une personne peut être morale avec une raison social ou physique avec un nom et prénom. Elle possède au moins une adresse.
Chaque groupe possède ses propres informations. Par exmeple, l'employé controle son nombre de jour de congés restant et son RIB. Le fournisseur, son Chiffre d'affaire, le client son adresse de livraison.

Aujourd'hui Xoops ne gére pas cela directement. L'inscription est comporte des informations relative à la communication par internet plutôt des information identifiant des personnes.

Une évolution possible pour permettre la saisie des information par l'utilisateur lui-même serait de demander à l'utilisateur lors sa demande de login le role qu'il demande.
Lors d'une seconde passe, l'utilisateur devra pour être connecté avoir defini un certain nombre de donnée pour entrée dans xoops.

Coté implementation on peux :
- soit developper un module avec des tables personnes, employé et autres fournisseurs clients en dur pour un besoins standard et faire les hacks necessaires du kernel. L'avantage est de nommer les attributs et d'avoir un BD clair et exploitable facilement par des outils de reporting.
- soit developper cela dans le kernel en utilisant une table personne à double detente (c'est à dire avec des meta données) permettant à l'administrateur de définir pour chaque role un ensemble de (nom,type de données) qu'il veux utiliser pour chacun des roles. Le developeur aura des services tel que $xoopsUser->getData('nomDonnee) ou $xoopsUser->getForm('monRole');.

What do think about ?