|
| Edition champs TT Caractères illisible |
| Iniciado por Amine, 25,abr. 2019 01:52 - 12 respuestas |
| |
| | | |
|
| |
Miembro registrado
141 mensajes |
|
| Publicado el 25,abril 2019 - 01:52 |
Bonjour, Nous rencontrons depuis le passage en WinDev 23 Update2 et plus aussi en WinDev 24 chez nos clients des remontées quotidiennes de caractères bizarres après édition de documents depuis le champs TT
En Windev23 update1 tout fonctionne normalement, mais depuis la update2 de Windev23 et plus, le problème qui se produit est que aléatoirement après édition d'un document TT le document qui sort de l'imprimante a des caractères très bizarres comme si la taille de la police est agrandie et le texte devient illisible.
ce qui est bizarre c'est qu'au niveau de l'aperçu le texte à l'écran apparaît correctement mais le soucis se produit à l'impression.
cf copie écran.
avez vous ces même soucis ? je n'ai rien vu sur le forum à ce sujet
merci
|
| |
| |
| | | |
|
| | |
| |
| Publicado el 25,abril 2019 - 09:36 |
A première vue, ça ressemble à une police de caractère manquante à
l'impression ... Je dis peut-être des bêtises mais tu peux vérifier que
les polices utilisées dans l'impression sont installées dans le dossier
des police de Windows.
W2T
Le 24-04-19 à 23:52, Amine a écrit :
ce qui est bizarre c'est qu'au niveau de l'aperçu le texte à l'écran
apparaît correctement mais le soucis se produit à l'impression.
|
| |
| |
| | | |
|
| | |
| |
Miembro registrado
141 mensajes |
|
| Publicado el 25,abril 2019 - 10:26 |
Oui j'ai pensé a ça aussi, mais le problème apparaît aléatoirement (1 impression sur 3 ou 4) ressort ainsi
alors qu'en WD23 update1 aucun problème
depuis la WD23 update2 et jusqu’à maintenant WD24 update2 le problème apparaît chez tous nos clients |
| |
| |
| | | |
|
| | |
| |
| Publicado el 25,abril 2019 - 13:21 |
Amine, je suis désolé de t'avoir envoyé sur une fausse piste, j'ai eu
également un problème avec une impression qui imprimait des caractères
chinois aléatoirement, il y a déjà bien longtemps et je crois me
souvenir que ça venait d'un problème de conversion d'une rubrique, le
fait de passer la rubrique dans une variable de type chaîne avait
corrigé le problème.
W2T
Le 25-04-19 à 08:26, Amine a écrit :
Oui j'ai pensé a ça aussi, mais le problème apparaît aléatoirement (1
impression sur 3 ou 4) ressort ainsi
alors qu'en WD23 update1 aucun problème
depuis la WD23 update2 et jusqu’à maintenant WD24 update2 le problème
apparaît chez tous nos clients |
| |
| |
| | | |
|
| | |
| |
| Publicado el 25,abril 2019 - 13:40 |
Amine, as-tu regardé dans la configuration de ton exécutable, dans
Description de la configuration, à l'onglet Unicode si tu as choisis
Utiliser des chaînes ANSI ou bien UNICODE en exécution ?
W2T |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
141 mensajes |
|
| Publicado el 25,abril 2019 - 15:08 |
je te remercie pour ta réponse, mais il me semble pas que le problème vienne de la, j'ai bien chaine ANSI dans la configuration
ce qui est bizarre c est que c est très aléatoire c est pas a toute les éditions, par contre c est chez tous les clients que ça arrive (plus de 50 clients)
je vous raconte pas la galère à gérer et ne pas savoir quoi répondre?
le ST ne propose pas de solutions vue qu'il n’y a pas de protocole de reproduction, et nous avons pas réussi à en créer un
par contre ce qui est certain c'est que jusqu'en WD23 update 1 il n'avais aucun soucis,
en ce moment nous faisant marche arrière et remettons nos clients en WD23 update1
en remarquant sur les différentes copies écrans que nous recevons c est les caractères qui passent à une taille très grande et du coup tout devient invisible.
pour rappel et ce qui est étonnant c est qu'a l’aperçu avant impression sur écran le texte apparaît correctement.
les configurations des clients sont très hétérogènes (WD7, WD10) imprimantes (Epson, HP, ...) le problème fini toujours par apparaître.
nous sommes preneur de toute piste, merci |
| |
| |
| | | |
|
| | |
| |
| Publicado el 26,abril 2019 - 10:17 |
Amine,
Mince j'ai déjà vu ça quelque par, le truc avec CEXXX, BEXXXX et PAXXXX.
A noter que j'ai essayer l'impression d'un TT en version 23 (j'ai la
42u) et l'aperçu est superbe mais l'impression ne fonctionne pas, ça
sent la mauvaise libération d'objet.
W2T
Le 25-04-19 à 13:08, Amine a écrit :
je te remercie pour ta réponse, mais il me semble pas que le problème
vienne de la, j'ai bien chaine ANSI dans la configuration ce qui est
bizarre c est que c est très aléatoire c est pas a toute les éditions,
par contre c est chez tous les clients que ça arrive (plus de 50 clients)
je vous raconte pas la galère à gérer et ne pas savoir quoi répondre?
le ST ne propose pas de solutions vue qu'il n’y a pas de protocole de
reproduction, et nous avons pas réussi à en créer un
par contre ce qui est certain c'est que jusqu'en WD23 update 1 il
n'avais aucun soucis, en ce moment nous faisant marche arrière et
remettons nos clients en WD23 update1
en remarquant sur les différentes copies écrans que nous recevons c est
les caractères qui passent à une taille très grande et du coup tout
devient invisible.
pour rappel et ce qui est étonnant c est qu'a l’aperçu avant impression
sur écran le texte apparaît correctement.
les configurations des clients sont très hétérogènes (WD7, WD10)
imprimantes (Epson, HP, ...) le problème fini toujours par apparaître.
nous sommes preneur de toute piste, merci |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
1.173 mensajes |
|
| Publicado el 26,abril 2019 - 11:04 |
Bonjour,
Si c'est uniquement à l'impression que ça coince mais que l'aperçu est correct, c'est peut-être la phase d'impression qui pose problème.
Si au lieu d'imprimer on exporte le document vers pdf, le résultat est-il correct ou identique à l'impression? |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
141 mensajes |
|
| Publicado el 26,abril 2019 - 13:26 |
Bonjour ,
la solution que nous avons trouvé et qui a priori fonctionne (nous avons mis en place cette modification hier) pas encore de retour des clients
c est de convertir le doc en pdf et lancer l'impression du PDF
correctement voila
nomFichier est une chaîne = fRepExe()+"\"+DonneGUID()+".pdf"
DocVersPDF(TT,nomFichier )
iImprimePDF(nomFichier )
on croise les doigts  jusqu’ à présent je n'ai pas eu de réclamations client |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
1.173 mensajes |
|
| Publicado el 26,abril 2019 - 14:25 |
| Il y aurait donc un problème avec les pilotes d'impression et Windev ? |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
141 mensajes |
|
| Publicado el 26,abril 2019 - 15:03 |
non je pense que c est plus au niveau de la gestion des polices de caractères
en WD23 Up1 ça fonctionne, le même exécutable recompilé en 24 ou 23 up2, 3, et plus pose problème
le soucis ce produit chez tous les clients avec des imprimantes ( hp, Epson, ...)
il ya certainement un bug dans docimprime(TT) depuis la version 23 up2 mais je n'arrive pas à reproduire
c'est très aléatoire
ci joint d'autres copies écran
|
| |
| |
| | | |
|
| | |
| |
| Publicado el 26,abril 2019 - 15:37 |
Le 26/04/2019 à 13:03, Amine a écrit :
non je pense que c est plus au niveau de la gestion des polices de caractères en WD23 Up1 ça fonctionne, le même exécutable recompilé en 24 ou 23 up2, 3, et plus pose problème le soucis ce produit chez tous les clients avec des imprimantes ( hp, Epson, ...) il ya certainement un bug dans docimprime(TT) depuis la version 23 up2 mais je n'arrive pas à reproduire c'est très aléatoire ci joint d'autres copies écran
J'ai eu le problème .. mais cela était du à la Police
Dans le sens ... une avec un nom
exemple goudy avec une extension..
et il me mettait dans une autre goudy ... une autre extension
J'ai supprimé les deux polices ... et pris une police normale et tout
est rentré dans l'ordre.
Un point à controler
BOn windev |
| |
| |
| | | |
|
| | |
| |
| Publicado el 30,abril 2019 - 11:10 |
Je me souviens d'avoir lu que le reader pdf substitue les polices qu'ils
ne trouvent pas, peut-être que c'est ainsi pour des polices un peu trop
"personnalisées", l'impression pdf permet de les substituer
convenablement et là je rejoins le message de Marcel sur un comportement
approximatif des polices "étendues".
W2T
Le 26-04-19 à 11:26, Amine a écrit :
Bonjour , la solution que nous avons trouvé et qui a priori fonctionne (nous avons mis en place cette modification hier) pas encore de retour des clients c est de convertir le doc en pdf et lancer l'impression du PDF correctement voila nomFichier est une chaîne = fRepExe()+"\"+DonneGUID()+".pdf"
DocVersPDF(TT,nomFichier )
iImprimePDF(nomFichier ) on croise les doigts jusqu’ à présent je n'ai pas eu de réclamations client |
| |
| |
| | | |
|
| | | | |
| | |
|