Le 17/04/2012 11:31, Florian Desbois a écrit :
Cela reste une problématique qui a ses limites. A t-on la réelle nécessité de devoir traduire tous les messages d'exceptions ? Ne faudrait-il pas tout laisser en anglais et laisser faire les interfaces ?
De mon point de vue, je ne sais pas encore quelle est la meilleure solution. Mais je trouve dommage d'avoir toute la gestion i18n de faites dans les messages d'exceptions alors qu'elle est inutilisable dans un contexte web...
Je n'ai pas de vraies solutions au problème. Mais l'utilisateur final ne devrait pas voir l'exception : le catch de l'exception est d'afficher un message d'erreur. (UN message, et non le message de l'exception). Le problème étant maintenant de recuperer les bonnes information sur l'erreur de parsing ce qui n'est pas évident. Le problème de mettre ces infos dans l'exception type + info (ImportException (line 12)) est que potentiellement cela induira beaucoup de classes d'exception pour les toutes les erreurs potentielles. En tout cas, c'est sympa de communiquer là dessus ;) -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com