Discussion :

[xavier.ninane]

Bonjour,

Lors de la migration d'un (gros) projet, tous les masque monétaires (monétaires définis par le projet) des états m'affichent en exécution un "." au lieu de "€".

Pour éliminer la migration comme cause éventuelle, j'ai créé un nouveau projet. Je reproduis l'incident.
J'ai fait remonter au ST, qui a ouvert un dossier. Aujourd'hui, ils me disent qu'ils n'arrivent pas à reproduire le problème...

Je dois donc envisager un problème dans mon installation de WinDev ou une interaction entre mon système et WinDev.

Avant d'envisager cette malheureuse issue, je souhaiterais que l'un ou l'autre aimable membre de la communauté teste le projet que je joins en ZIp (fichier sain).
Il suffit de tester l'état (seul objet du projet) et de regarder si le chiffre de gauche affiche un "." ou le symbole "€"

Ce qui me turlupine, c'est qu'après avoir choisi le masque monétaire "monétaire défini par le projet", les propriétés affichent systématiquement une valeur non disponible dans la combo : "SystemMoneyMask"


D'avance merci de vos retours.

[hpascal]

Bonjour

A gauche j'ai : 25,32 (type Monétaire)
A droite j'ai : 25,32 € (type Monétaire + euro)

Extrait de l'aide :

Dans un état
Par défaut, le masque de saisie :
•999 999,99 est associé à un champ de type numérique
•+99 999 999,99 est associé à un champ de type monétaire
•+999 999,99 $ est associé à un champ de type monétaire + Euro

Donc chez moi ça me semble normal

[xavier.ninane]

Bonjour Pascal,

Merci d'avoir avoir pris la peine de tester. Je désespérais que quelqu'un le fasse.

Si tu prends la propriété du masque monétaire (combo), tu verras que tu as le choix entre plusieurs masques, dont "monétaire défini par le projet". Tous les masques fonctionnent, sauf "monétaire défini par le projet"
Tu peux tester, si tu le souhaites.

Pour moi, c'est un bug. D'autant que ce masque fonctionnait parfaitement en V19 et en V20.

J'ai encore une petite question : est-ce que chez toi, le chiffre de gauche est suivi d'un point (au lieu de €) ?

Merci.

[hpascal]

Non chez moi il n'y a rien après le chiffre de gauche :


Visiblement c'est le comportement normal

Dans les champs de saisie il y a deux masques de ce type :
- Monétaire défini par le projet
- Monétaire défini par le projet (+devise)

Dans les états ce n'est pas le cas. Je vérifierais dans les versions antérieures

[xavier.ninane]

Dans les états ce n'est pas le cas. Je vérifierais dans les versions antérieures

Si tu souhaites, j'ai le même projet test en V20...

[hpascal]

Ok pour la v20

[frenchsting]

Bonjour,

je viens de tester : même chose en visu que hpascal.

[xavier.ninane]

Merci frenchsting : cela confirme définitivement que ce n'est pas un souci lié à mon poste de développement.

J'annexe la version du même projet en V20. Chez moi, cette version permet de sélectionner le masque monétaire "monétaire défini par le projet" et le symbole € apparaît correctement.

D'avance merci pour vos retours.

PS : j'ai également fait le test de l'exécutable généré sur un poste vierge de tout installation précédente de Windev : j'y ai le rendu de 25,32 . (donc ce point parasite continue à ne pas apparaître systématiquement chez tout le monde...)

[frenchsting]

Voili-voilo. J'aime quand les tests sont complexes

En tout cas, c'est vrai que ça pose un sacré problème...

[xavier.ninane]

En tout cas, c'est vrai que ça pose un sacré problème...

Oui, dont le 1er est que j'ai dû, dare-dare, changer manuellement des dizaines de champs dans des dizaines d'état : c'est une application comptable

Sur ce coup-là c'est 20/20 à PCSoft : d'autant qu'ils n'arrivent pas à reproduire l'incident !

[hpascal]

Même résultat que frenchsting avec la version 20 : l'euro est bien affiché sur la rubrique de gauche
C'est donc une différence de comportement

Si tu envoies les deux projets à PCSOFT ils doivent bien pouvoir le reproduire ! Insiste

[xavier.ninane]

Si tu envoies les deux projets à PCSOFT ils doivent bien pouvoir le reproduire ! Insiste

Avec le ST j'ai appris à devancer toute brèche qui leur permettrait de botter en touche.

J'ai donc initialement envoyé les deux projets et j'ai aussi joint les deux PDF issus de chacun des projets.

Ils ont d'emblée créé un n° d'incident (incident 96 374) et transmis à leurs équipes développement et qualité. Je me suis dit OK, c'est dans le tuyau.
Je précise que l'incident a été remonté bien avant la dernière mise à jour.

Lors de cette mise à jour, j'ai constaté que le problème persistait, or il me semble qu'on est dans un cas manifeste de régression.
J'ai donc relancé le ST en les "secouant" un peu : une anomalie de cette ampleur doit être corrigée au plus vite compte tenu de son impact.

Et là : "nous n'arrivons pas à reproduire l'incident".
J'ai déjà constaté, malheureusement, que la qualité des réponses du ST est très intimement liée à l'interlocuteur du ST qui traite la demande.

Ce qui est stupéfiant c'est que je semble le seul sur des milliers de développeurs qui utilise ce masque. Sinon, cette anomalie aurait été remontée pas d'autres utilisateurs, non ?

En tout cas je vous remercie de m'avoir accordé le temps de tester.

Et si d'autres utilisateurs du forum pouvait se manifester (j'ai vu que les pièces jointes avaient été téléchargées plus de 2 fois ) et donner un retour, ce sera bienvenu si PCSoft continue à botter en touche.

Cordialement,

X.

[freudio]

Bonjour,

as tu vérifié dans la description du projet si le symbole monétaire utilisé par windev n'est pas le point.

Fred

[xavier.ninane]

Bonjour,

as tu vérifié dans la description du projet si le symbole monétaire utilisé par windev n'est pas le point.

Fred

A priori, cette question ne se pose pas puisque le projet en V20 que j'ai migré utilisait le symbole €, lequel était paramétré au niveau du projet, et fonctionnait parfaitement.
En tout état de cause, la migration n'a pas transformé € en point.

Et, tu verras si tu ouvres les projets que j'ai joints que c'est bien le symbole € qui est paramétré au niveau du projet...
Je n'ai pas pour habitude de solliciter le ST et la communauté avant d'avoir tourné et retourné un problème dans tous les sens et surtout éliminé ce genre d'erreur quelque peu... basique.