|
|
 |
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Bonjour!
J'ai un petit soucis avec un module dnn. Nous avons acheter un module de création de formulaire avec le code source.
Ce module étant en anglais nous avons rencontré un soucis avec l'encodage des caractères (utf8 --> problème avec les caractères accentués par exemple).
Nous n'avons trouvé aucune solution pour remédier à ce problème sans modifier le code source.
L'encodage a été modifié dans le code source le problème que j'ai à l'heure actuelle est que je ne sais pas comment compiler les sources du module et créer le .zip pour installer celui-ci.
J'ai un seul répertoire qui contient aussi bien les fichiers ascx que ascx.vb que ascx.resx et je ne sais pas par ou commencer...
Est-ce que quelqu'un connaît la marche à suivre pour résoudre mon problème? Ou est-ce qu'il existe un tutoriel pour m'aider?
Merci d'avance pour vos réponses
Mselle
|
|
|
|
 | |
|
|
 |
www.bsi.fr
Inscrit(e) le : 20/07/2006
101 messages
|
|
|
Bonjour,
avez-vous avant toute chose essayez de passer l'encoding du web.config en utf-8 et voir ce qu'il se passe ?
Qu'avez-vous modifié dans les fichiers sources sinon ?
Mick
Mick @ BSI (www.bsi.fr)
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
En fait je dois intégrer ce module dans un portail dnn en production.
Sauf erreur, le fichier web.config concerne tout le portail et je n'ai pas le droit de modifier celui-ci.
En fait ce module de formulaire permet d'envoyer un email lorsque qu'un formulaire a été rempli.
L'affichage des caractères de fait correctement sur la page mais c'est à l'intérieur de l'email envoyé que cela pose problème.
J'ai donc modifié l'encodage de l'email (de utf-8 à iso-8859-1) et j'imagine que cela devrait fonctionner mais pour cela il faudrait que je puisse tester cette modification. Or je ne sais pas comment recompiler le module pour l'installer dans mon portail et je n'ai trouvé aucune information à ce sujet sur internet.
Pouvez-vous m'aider?
Merci
Mselle
|
|
|
|
| |
|
|
|
www.bsi.fr
Inscrit(e) le : 20/07/2006
101 messages
|
|
|
Ok de toute façon je pense que le web.config n'aurait pas changé grand chose si c'est en dur dans le code du module.
Avez-vous modifié un fichier vb ?
Si oui, je passe le relais à ploum (par exemple) qui sera meilleur que moi ;)
Mick @ BSI (www.bsi.fr)
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Oui exactement c'est dans un fichier .vb.
Merci pour vos réponses rapides :)
|
|
|
|
| |
|
|
 |
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Bonjour,
Je prends le relais passé par Mick ! 
As tu modifié le fichier source avec Visual Studio ? Je pose la question pour savoir si tu as rencontrés des erreur à l'ouverture de la solution ? Car c'est souvent le seul problème que l'on rencontre avec un module tier. Ceci s'explique par le fait que chacun à ses petites habitudes pour les noms de répertoires. Du coup, tu peux rencontrer des erreurs de références. C'est facilement modifiable dans le(s) projet(s) de la solution.
Je fais souvent cette dermarche, d'acheter un module avec sources qui corresponde le plus possible à mes besoins. Puis je fais mes adaptations, je compile, je fais un package de distribution et charge le nouveau module sur mon instance de dnn. Pour la création du package, toutes les informations sont dans la documentation dnn. Mais dans ton cas, tu peux aussi copier tout simplement la/les dll modifiée(s) dans le fichier zip du PA. Généralement les editeurs fournissent deux fichier zip. Un pour le module compilé (PA), un autre avec les sources.
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Bonjour!
Merci pour votre réponse.
Alors oui j'ai effectivement effectué les modifications avec Visual Studio et je n'ai rencontré aucune erreur à l'ouverture de la solution.
J'ai bien 2 fichiers zip, un avec le PA et l'autre qui contient les sources.
Maintenant il me reste un problème, c'est comment compiler les fichiers sources (ou juste le fichier modifié). En effet lorsque j'essaye de compiler la solution avec Visual Studio cela me génère 235 erreurs... J'imagine que ce n'est pas cette opération que je dois réaliser.
Vous me conseillez de juste remplacer la bonne dll dans le PA c'est une bonne idée comme cela je n'ai pas besoin de recréer celui-là mais je ne sais pas comment modifier (mettre à jour?) cette dll, pouvez vous m'aider? En fait si j'ai bien compris il faut compiler le module pour créer la dll?
Merci pour votre précieuse aide!
|
|
|
|
| |
|
|
|
www.bsi.fr
Inscrit(e) le : 20/07/2006
101 messages
|
|
|
Oui il faut bien compiler le projet pour obtenir les dll (qui correspondent au vb en réalité), je n'ai vu la méthode qu'hier (je ne programme pas encore en .net mais çà va venir ;))
Comment ouvrez-vous le projet, sous quel type ?
Encore une fois ploum vous aidera mieux mais bon je fais du mieux que je peux pour le moment :)
Mick @ BSI (www.bsi.fr)
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Oui c'est bien ce qui me faisait peur. En fait mon problème c'est que j'ouvre juste le répertoire des sources dans Visual Studio donc les erreurs proviennent du fait que le compilateur ne trouve pas certains éléments propres à dnn (dnn:label) par exemple. Donc je ne sais pas si je peux compiler le module "tout seul" ou si il faut que je l'intègre dans un portail dnn (j'en ai un de test pour un autre projet) en mettant les sources dans le répertoire "Desktop Module" de celui-ci.
Je suis un peu perdue là je dois dire...
Je dois sûrement faire une erreur quelque part car lorsque j'ouvre les sources avec Visual Studio la seule possibilité que j'ai pour compiler c'est de faire "Build Web Site" et j'imagine que cela n'a rien avoir avec ce que je veux faire!
|
|
|
|
| |
|
|
|
www.bsi.fr
Inscrit(e) le : 20/07/2006
101 messages
|
|
|
Si vous pouvez faire un build qui créé une dll c'est gagné, si c'est autre chose...
Après il faut peut être en effet faire les appels vers les libs de DNN (à confirmer...).
Mick @ BSI (www.bsi.fr)
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Je suis bête... J'ai ouvert mon projet en tant que "Web Site" au lieu de l'ouvrir en tant que "Solution".
Donc si je l'ouvre en tant que "Solution" j'ai bien la commande "build" et lorsque je build ma solution il m'indique "Build Succedded" mais les dll ne sont pas modifiées....
|
|
|
|
| |
|
|
|
Inscrit(e) le : 19/04/2006
837 messages
|
|
|
Me revoilà,
On parle bien du fichier .sln fourni avec les sources du module ? Pas de celui de la solution de DotNetNuke ! C'est celui du module qu'il faut utiliser. Après AVANT la compilation (penser à passer en mode "Release"), la nouvelle dll doit se trouver dans un sous répertoire "bin" du projet "BuildSupport". S'il s'agit d'un module créé avec VS 2003 et l'ancienne méthode de création de module héritée de dnn 3.x.
Gilles
|
|
|
|
| |
|
|
|
Inscrit(e) le : 02/03/2007
23 messages
|
|
|
Oui c'est bien le .sln du module. C'est bon j'ai réussi à compiler le module mon fichier dll est modifié. Maintenant j'ai installé le module modifié dans mon portail dnn de test, l'installation se passe sans problème mais j'ai une erreur lorsque je créé une instance de ce module. Maintenant que j'ai compris comment faire je vais tout reprendre depuis le début et faire tout cela tranquillement sans tester des trucs à gauche à droite et cela devrait marcher normalement. Si jamais j'ai encore des problèmes je reviendrai demander de l'aide Merci beaucoup en tout cas vos réponses m'ont bien aidés maintenant je comprend mieux maintenant comment cela fonctionne! A+ Mselle
|
|
|
|
| |
|
|
|
www.bsi.fr
Inscrit(e) le : 20/07/2006
101 messages
|
|
|
De rien même si ploum a fait le plus gros du boulot :)
Mick @ BSI (www.bsi.fr)
|
|
|
|