Bonjour,

Je vous écris car j'ai développé une nouvelle fonctionnalité pour le site. Je crois que je l'avais proposé un jour dans un topic, mais aujourd'hui, j'ai pris mon courage à deux mains, mon easy-php et mon éditeur de texte favoris pour vous concocter un petit module qui permet d'envoyer des e-mails aux membres de l'unité par le site.

Il s'agit en fait d'un mix entre la page "mailing-liste" et de la page "listing-complet".

Normalement ça ne marche pas trop mal, j'ai fait un test ou deux, et ça avait l'air de marcher, mais on n'est jamais à l'abri d'un bug. Les chefs d'u et le webmaster peuvent écrire à tout le monde tandis que les animateurs de section ne peuvent écrire qu'à leur section

Il reste certains désavantages
1 - il faut écrire le mail en html (ce qui n'est pas donné à tout le monde)
2 - les parents qui auraient plusieurs enfants dans une section reçoivent autant de fois le mail que d'enfants qu'ils ont dans cette section.

Donc voilà, avis aux programmeur en herbe pour améliorer tout ça
Pour télécharger les fichiers c'est http://www.unite124.be/mailing_unite.zip

Déjà une mise à jour...

J'ai updaté aussi le .zip vous pouvez donc le télécharger.

What's new?
--------------

- Suppression des doublons à l'envoi
- correction d'un bug.

Cool ! Je me suis permis de supprimer le doublon de la discussion et de clarifier le titre

Dès que j'ai quelques minutes, je regarde le code pour qui sait l'intégrer dans une prochaine distribution

J'ai encore changé des trucs, je crois que je vais encore pas mal chipoter dessus dans les jours à venir. J'essaierai de mixer les options d'écriture d'une page web pour la rédaction du mail. Je tenterai p-t aussi de permettre l'ajout d'une pièce jointe et d'avoir une possibilité de visualiser le mail et les destinataires avant d'envoyer le mail. Tout ça représente encore pas mal de boulot.




Par ailleurs, j'utilise la barre WebDeveloper comme plugg-in de FireFox pour valider mon code. Elle a trouvé une erreur dans style.css aux lignes 280 et 298 (de mémoire), en tout cas cas c'est un "padding-bottom:0.5;" qui pose problème. Je suppose que c'est parceque quand les unités ne sont pas précisées il considère des pixels et que ceux-ci ne peuvent qu'être des nombres entiers.

Je verrai ça pour les css, enfin comme je prévois une feuille de style rafraîchie pour la 1.2 ça risque fort d'être corrigé ou supprimé

Pour ce qui est de la rédaction des mails, je te conseille de t'orienter vers TinyMCE, ce script dispose d'une barre d'outils spécialement adaptée à l'envoi de mails. Et comme le script fait partie de SWP 1.2, ça peut s'avérer pratique pour l'intégration ultérieure du module

J'ai regardé tinyMCE, et c'est vachement simple et pratique comme truc .
Il suffit de copier sur le site les fichiers contenu dans le répertoire "jscripts" fourni par tinyMCE. Et puis modifier très légèrement le code source du SWP...

Il faut ajouter (à peu près où on veut de pas trop débile ) le code suivant :
Code :

<script language="javascript" type="text/javascript" src="jscripts/tiny_mce/tiny_mce.js"></script>
<script language="javascript" type="text/javascript">
	// il faut mettre class="SIMPLE" pour afficher cette barre d'outils.
	tinyMCE.init({
		mode : "textareas",
		theme : "advanced",
		width : "90%",
		theme_advanced_buttons1 :"bold,italic,underline,strikethrough,hr,|,forecolor,backcolor
, |,justifyleft,justifycenter,justifyright,justifyfull,|,undo,
redo,",
		theme_advanced_buttons2 : "bullist,numlist,|,outdent,indent,|,link,unlink, image,|,cleanup,removeformat,|,help,code",
		theme_advanced_buttons3 : "",
		theme_advanced_buttons4 : "",
		theme_advanced_toolbar_location : "top",
		theme_advanced_toolbar_align : "center",
		extended_valid_elements :
"a[name|href|target|title|onclick],img[class|src|border=0|alt
|title|hspace|vspace|width|height|align|onmouseover|onmouseo
ut|name],hr[class|width|size|noshade],font[face|size|color|s
tyle],span[class|align|style]",
		editor_selector : "SIMPLE"
	});

</script>

Personnellement je l'ai mis dans l'index.php juste après les autres déclaration de script. Dans l'index pour pouvoir ajouter la barre d'outils à n'importe quelle page sans soucis, mais pour pas qu'elle apparaisse sur toutes les textarea il faut absolument mettre le Code :

editor_selector : "SIMPLE"

qui fait que seuls les textareas ayant comme classe : "SIMPLE" auront une barre d'outil.

Il faut donc ajouter, dans le mailing_unite.php, class="SIMPLE" dans le <textarea ... >

Et voilà, vous avez une super barre d'outils

J'ai une question à propos de de TinyMCE :

Dans les boutons que j'ai choisi d'afficher, j'ai (entre autre) mis le bouton d'aide qui ouvre une nouvelle fenetre avec des liens vers le site de tinyMCE et un bouton d'édition du code html qui permet de modifier la source de ce qu'on est occupé d'écrire. Cet élément s'ouvre aussi dans une fenêtre séparée. Ces deux éléments fonctionnent très bien que je les test en local avec EasyPhP, par contre sur mon site, les fenêtres s'ouvrent, mais c'est la page d'accueil du portail qui apparait (sans tenir compte des fichier CSS).

Avez-vous observé cela aussi lors de l'utilisation de tinymce pour la version1.2?
Avez-vous une idée de comment régler ce problème?

Gauth.

J'avais observé ça oui

En fait, le problème ne se produit que lorsque l'url-rewriting est activé. Le souci vient donc du fichier .htaccess.

Afin de voir vers l'avenir, tu dois
- modifier le fichier prv/htaccess sur ton site
- puis réécrire le fichier .htaccess depuis la Configuration du portail > Paramètres techniques > Url-rewriting

Voici la modification à apporter au fichier prv/htaccess :

Vers la fin du fichier, remplacer la ligne suivante :

Code :

# Lien générique vers toute autre page du portail
RewriteRule ^(.+).htm$ /scoutwebportail/index.php?page=$1

Par celle-ci :
Code :

# Lien générique vers toute autre page du portail
RewriteRule ^([-_a-zA-Z0-9]+).htm$ /scoutwebportail/index.php?page=$1

En termes techniques, l'expression régulière de réécriture prenait en compte n'importe quel caractère (.+) et maintenant on limite aux caractères alphanumériques typiques d'un nom de fichier ([-_a-zA-Z0-9]+). Ca évite ainsi de réécrire les adresses des fichiers .htm qui se trouvent dans les sous-dossiers du portail...

Ok, merci, ça marche parfaitement, et chapeau!, réussir à identifier la source dû disfonctionnement n'a pas du être facile.

C'est peu dire, d'autant plus quand tu plonges dans un code que tu ne connais pas du tout (celui de TinyMCE, que je croyais coupable à l'origine, évidemment)

J'ai encore un petit souci avec mon mailing membre...

J'ai fais une fonction check_form basée sur ce que j'avais vu dans les autres formulaires du site :
Code :

function check_form(form)
{
	if (form.section.value == '')
	{
		alert("N'oublie pas de choisir la section à afficher !");
		return false;
	}
	if (form.titremailing.value == "")
	{
		alert("Oups, tu as oublié de mettre un titre à l'e-mail !");
		return false;
	}
	if (form.textemailing.value == "")
	{
		alert("Oups, tu as oublié de mettre un texte à l'e-mail !");
		return false;
	}
	if (confirm("As-tu bien vérifié tout ton texte ?nnIl va être lu par de nombreuses personnes, c'est mieux s'il ne reste aucune erreur   ."))
	{
		return true;
	}
	else
	{
		return false;
	}
}

Depuis que j'ai installé TinyMCE, il me semble que la fonction check a un temps de retard. C'est à dire que les messages d'erreurs que je reçois correspondent à l'état dans lequel était le textarea au clic précédent (ou au lancement de la page si je n'ai pas encore essayé d'envoyer).

Pour tenter éclaircir je vais donner un exemple :
1- J'écris un message, et je clique sur "Envoyer", il me dit "Oups, tu as oublié de mettre un texte à l'e-mail !",
2- si je reclique alors il me demande si je suis sur de l'envoyer. (là il a compris que j'avais écris qqch)
3- A ce moment là, disons que je dise non, et je me remet à écrire, ou plutôt j'efface tout et je clique sur "Envoyer", il ne me donne pas le message d'erreur et me demande simplement si je suis sur de l'envoyer tel quel (Il n'a pas vu que j'avais effacé)
4- je dis non et je reclique sur "Envoyer' et là il me dit "Oups, tu as oublié de mettre un texte à l'e-mail !" comme il aurait du le faire au clic d'avant. (Cette fois-ci il a pigé que j'avais tout effacé)

Existe-t-il une petit fonction "reload" à lancer avant le check pour qu'il se mette à jour?

Faudrait jeter un oeil à la doc de TinyMCE voir s'il n'ajoute pas un eventhandler sur l'événement onsubmit des formulaires auxquels il s'accroche... C'est peut-être là que le script injecte le contenu dans le textarea.

Salut, est-ce que la dernière version de ton mailing est disponible quelque part?

Est-ce que tu compte la mettre dans les modules?

J'ai installé le module après qcq modifications, pas mal du tout. Mon module est disponible ici.