Envoyer un rapport par Email
aranaud
Membre
Dasn ma petite application, déjà inclue le framework ILCrashReporter pour que l'utilisateur puis avoir la possibilité de m'envoyer un email en cas de plantage de l'application.
Mais voila, des fois, sa bug mais sa ne fait pas planter l'application donc aucun rapport. Alors là pour trouver la source du problème, c'est pas facile surtout que se n'est pas très reproductif.
Donc pour résourdre se problème, je voudrai donné la possibilité à l'utilisateur de m'envoyer le fichier log de façon plus simple directement en Email.
Mais voila, des fois, sa bug mais sa ne fait pas planter l'application donc aucun rapport. Alors là pour trouver la source du problème, c'est pas facile surtout que se n'est pas très reproductif.
Donc pour résourdre se problème, je voudrai donné la possibilité à l'utilisateur de m'envoyer le fichier log de façon plus simple directement en Email.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Le mail ne veux pas être envoyé, pourtant, sa n'a pas l'air compliquer à faire.
il me demande l'accès au mot de passe. Je valide. Et la sa mouline pendant 1 minute. Et puis rien.
Je peux te conseiller le framework EDMessage, bien plus souple.
Mon compte Mail est fonctionnel, je n'ai pas de problème pour envoyer mes mail. Peut-être le fait que j'en ai plusieurs qui le perturbe. A tout les coup, sa ce trouve il en prend une qui n'est pas bonne.
Je vais essayer.
Alors, je vais faire au plus simple. J'ai vu des applications qui lance directement à partir de l'application Mail leur Email. Reste à savoir comment il font.
L'inconvénient, ce que cela ouvre le client de messagerie par défaut en pré-remplissant le nouveau mail, et c'est à l'utilisateur de faire l'envoi.
De plus, tu ne peux pas envoyer de pièces jointes.
L'avantage est que cela te dispense de gérer l'envoi de l'email (et donc t'évite de gérer les contraintes du style si l'utilisateur a un compte messagerie valide, s'il est actuellement connecté à internet, etc...).
.
Par exemple "mailto:report@machin.com&subject=Rapport%20de%20bug&body=Merci%20de%20noter%20le%20bug%20suivant%20:"
Il faut bien sûr échapper les chaines à mettre dans les variables "subject" et "body" de notre URL comme dans mon exemple. (stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding)
Donc avec ça on peut demander a préparation d'un petit bout de mail, simple mais souvent suffisant.
pour les info sur mailto: : http://fr.wikipedia.org/wiki/Mailto. Merci Bruno pour m'avoir mis sur la voix.
Je pense qui faut utiliser la fonction stringByReplacingPercentEscapesUsingEncoding pour faire sa masi je suis un peu perdu (enfin, complètement) entre les divers types de codage.
J'ai essayé le 4 mais c'est pas sa.
Bonjour, si tu sais comment le mettre en oe“uvre cela m'intéresse. :why?:
je n'y suis pas encore arrivé.
PS : j'en profite pour rappeller à ceux qui utilisent le "message framework" qu'il est deprecated en 10.5
Je me suis fait avoir j'avais pas vu
http://developer.apple.com/qa/qa2004/qa1084.html
[tt]stringByReplacingPercentEscapesUsingEncoding[/tt] fait l'inverse de ce que tu veux faire : ça remplace les "percent-escapes" (%20 pour espace, etc) par les vrais caractères en utilisant un encodage donné.
Il faut donc pour créer ton URL "mailto" convertir le texte à envoyer par un [tt]stringByAddingPercentEscapesUsingEncoding:[/tt] (qui va, lui, remplacer les espaces par des %20 et autres caractères pas des %xx) et si c'est pour placer dans une URL, il me semble que la RFC indique qu'il faut utiliser l'encodage UTF-8.
Rahh, je l'ai pourtant dis : le "message framework" est deprecated en 10.5
Moi je voudrais quelque chose qui me permette d'envoyer un rapport de "feedback" qui réponde aux critères suivants :
1) Compatible 10.4 et 10.5 sans utiliser de choses deprecated
2) Que cela ne fasse pas appel au client mail de l'utilisateur
3) Que cela ne demande à l'utilisateur de droits particulier ou l'acces au trousseau
4) Que cela ne fasse pas appel à un script PHP ou Perl ou je ne sait quoi derriere...
5) j'oublie certainement des choses
Pas encore trouvé la solution idéale...
Le truc c'est que ces informations sont accessibles dans Mail.app en général, si l'utilisateur utilise cette application et l'a configurée (cas de 90% des utilisateurs de OSX on va dire à la louche)... et que ledit utilisateur n'a pas envie de les rerentrer 15 fois...
L'idéal serait donc d'utiliser un framework made in Apple ou utilisant les données de ce côté pour récupérer tout ce qu'il faut pour l'envoi POP, et qu'il se débouille aussi pour formatter comme il faut l'envoi de message...
Je ne connais pas trop tous les frameworks disponibles même ceux d'Apple de ce côté... Mais si j'ai tout suivi en somme il faudrait donc trouver une sorte de "Messaging Framework mais compatible 10.4 et 10.5" ou encore utiliser le Messaging Framework en 10.4 et son remplaçant (c'est qui d'ailleurs ?) en 10.5 (compilation conditionnelle ou encore test au runtime)
Ali,
Est-on limité dans la taille du body ?
Alexandre.
A priori je pense pas que ce soit limité, mais c'est vraiment pas non plus fait pour rédiger des mails de 3km