Discussion :

[timoth]

Salut les experts,

Je vous écris pour m'épargner mon dernier cheveu. Je mets en place des code-barres sur des fichiers pdf à partir de mon appli ASP.

Le code128 nécessite le calcul et la conversion d'un caractère de contrôle. Le calcul se passe bien mais en revanche, la transformation du nombre avec la fonction ChrW retourne une valeur fausse.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ChrW(checkdigit)

En l'occurrence, ChrW(394) me sort un " . " au lieu de " Ɗ ".

Quand je lance cette même commande sur le même serveur où tourne l'appli avec du VBA Excel, ce dernier réagit bien et me donne le bon caractère de contrôle. Excel et ASP ne réagissent donc pas de la même façon avec cette fonction.

Quelqu'un a-t-il une idée ?

[timoth]

En continuant à chercher, je réalise que ce n'est pas forcément la fonction chrW() qui pose problème mais les caractères qui sont retournés par la fonction. Les valeurs qui posent problèmes se situent au delà de 350. ci dessous la liste:

ƀƁƂƃƄƅƆƇƈƉƊƋƌƍƎƏƐƑƒƓƔƕƖƗƘƙƚƛƜƝƞƟƠơƢƣƤƥ

J'imagine que chrW() fait bien son travail mais renvoit un caractère que ma page ASP ne sait pas gérer. Un paramètre à mettre dans ASP pour qu'il se sente moins con??

Merciiiii

[pClement]

Salut,

je pencherais pour un problème de "culture" ...

Prospecte de ce coté la et fais nous un retour.

Bon courage

[roro06]

je pencherais pour un problème de "culture" ...

Prospecte de ce coté la et fais nous un retour.

??? mais encore ?

[pClement]

??? mais encore ?

Pardon, je vais être un peu plus explicite

D'après http://msdn.microsoft.com/fr-fr/libr...(v=vs.80).aspx
et après vérification :

ChrW accepte CharCode comme un point de code Unicode. La plage est indépendante des paramètres de la culture et de la page de code pour le thread en cours. Les valeurs comprises entre -32 768 et -1 sont traitées de la même façon que les valeurs comprises entre +32 768 et +65 535.

Les nombres de 0 à 31 sont identiques aux codes ASCII standard non imprimables. Par exemple, Chr(10) retourne un caractère de saut de ligne.

et donc logiquement tu devrais avoir le meme résultat peu importe de la culture du thread ou tourne ton code.

Cependant vu qu'il semblerait que c'est plutot la page qui retranscrit mal les caractères.
Ainsi, tel la réponse faite sur ce thread : http://stackoverflow.com/questions/1...in-classic-asp

peux-tu ajouter
<%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%>
en haut de ta page et nous faire un retour ?

Merci

[timoth]

Oui, ça a l'air de marcher !!!! Enfin, il arrive bien à m'afficher un caractère bizare.
Cependant, pour ChrW(394), j'avais ça dans Excel : " Ɗ "
et maintenant dans ma page HTML, j'ai " ÆŠ "

Je pige pas, une idée?

Il y a vraiment un mieux en tout cas, merci Clément pour tes précisions !

Sinon, je suis passé sur une police de code 93 et ça marche masi quand même, le sujet m'intéresse.
Merci !!!

[pClement]

Certainement que l'encodage de tes caractères n'est pas le meme entre Excel et HTML.

Pense au tag résolu pour aiguiller les gens qui auraient le même souci que toi !

Bon développements