novembre
2013
Dans cet article, je vais faire une énumération des nouveautés Windev que je trouve personnellement / professionnellement intéressantes, mais aussi celles qui sont surprenantes. Attention, cette liste est établie par rapport mes propres besoins, vous en trouverez surement d’autres.
Les nouveautés intéressantes
- 001–>003 : Nouveau champ tableau de bord
- 009 –> 012 : Création d’un champ par programmation
- 027 : Associer un champ à plusieurs plan
- 040 : Animation de graphe
- 062 : Impression sur plusieurs pages
- 071 : Définition des images de fond des PDF augmentées
- 094 : POO – classes abstraites
- 100 : Paramètre de procédure : utiliser directement des éléments du projet
- 101 : Surcharger la fonction ouvre
- 102 –> 103 : Initialisation et affectation multiples de variables
- 127 : Erreur de compilation, complétion toujours active
- Supprimer la ligne, et la re-saisir.
- Finir la saisie sans assistance.
- 141 –>145 : Gestion des types de transactions
- 171 : Nouveau look des ascenseurs
-
Avec une expérience dans la gestion commerciale et dans le fiduciaire pour le transport de fond, il a souvent été évoqué d’ajouter un module « tableau de bord » au logiciel. Celui-ci aurait regroupé un ensemble d’analyses présentées différemment (tableau de chiffres, histogramme, courbe, …), développé pour les responsables pour avoir une vue d’ensemble de l’activité. Malgré les discussions régulières sur ce sujet, aucune de mes activités professionnelles m’a emmené à finaliser un tel module et souvent par manque de temps. Windev pourrait palier à cela avec cette amélioration, j’ai hâte de pouvoir manipuler ce nouveau champ.
-
Cette amélioration permet enfin de créer un champ par programmation en partant de 0. Fini l’obligation d’utiliser la fonction ChampClone. Windev prendrait-il une orientation langage Objet …
-
Tout programmeur qui utilise les plans a déjà été confronté à devoir mettre un champ sur plusieurs plans sans qu’il soit visible sur tous. Il y avait alors deux possibilités :
– Relier le champ au plan 0 et programmer sa visibilité –> Multiplication des lignes de codes
– Dupliquer le champ et l’associer aux plans souhaités –> Multiplication des champs graphiques
Cette amélioration permet simplement d’associer un champ à plusieurs plans sans multiplier ni le code ni les champs graphiques.
-
Cette amélioration est purement graphique et esthétique, cela permet l’affichage d’un graphe progressivement et donne un rendu visuel intéressant. Si on couple cette amélioration au champ graphe, on peut imaginer une personne laissant afficher sur un écran un tableau de bord, il verrait alors les valeurs progressées
-
Cette amélioration permettra d’améliorer la présentation des analyses contenant un nombre d’informations importantes et ainsi d’éviter le tassement des données imprimées.
-
Il est souvent demandé par les clients d’informatiser des formulaires de saisie, ceux-ci ont une mise en page et une charte graphique particulière par exemple une image de fond. Une possibilité était d’associer en image de fond un JPEG du formulaire, mais le rendu était flou et ne satisfaisant pas le client. IL fallait donc passer pas mal de temps pour reconstituer au plus juste le formulaire dans l’état. Cette amélioration corrige le flou des images de fond et rend donc la possibilité de passer par un jpeg pour construire le formulaire client, le temps gagné est considérable et le rendu sera à l’identique.
-
En un mot : ENFIN. Il était possible de simuler une classe abstraite en jouant sur les propriété d’accès du constructeur, voir l’article : Classes abstraites en Windev
-
Création d’un champ par programmation, classes abstraites et passage d’un champ en parmètre, c’est clair, c’est l’année POO pour Pc-SOFT.
Intéressant, en espérant que l’on pourra effectuer une vrai surcharge,en changeant la signature des paramètres et pas seulement une surcharge comme il existe déjà pour les fonction w-langage (cf exemple surcharge de la fonction trace). Cela permettra d’évitera l’accumulation de paramètres optionnels
Message("Lancement d'une trace")
WL.Trace(Information1)
- Intéressant mais attention à ne pas tomber dans l’illisibilité de code.
- PC-SOFT améliore enfin ce bug, gênant au quotidien. Lors d’une erreur de compilation, Windev ne gérait pu la complétion automatique de code , il fallait alors
ou
-
HFSQL s’améliore et gère les différentes transactions SQL. Une amélioration qui me parait très intéressante dans le cas d’application multi-utilisateurs.
- Personnalisation plus poussée de l’interface graphique
Les nouveautés surprenantes
- 90 : Label automatique continuer
- 91 : Label automatique Sortir
Avec cette « amélioration », j’ai l’impression que pc-soft essaye de relancer le GOTO, pour moi c’est purement une régression. Il est possible de palier à ce label par des instructions conditionnelles, de boucles, éventuellement en dupliquant des portions de codes et/ou en utilisant des variables intermédiaires. Cf théorème de Böhm-Jacopini sur le GOTO.
Idem explications 90
Conclusion
Cette version de Windev emmène des nouveautés intéressantes autant que ce soit au niveau développement que graphique pour le client. Le nombre de 919 me parait gonflé, mais ça c’est l’aspect commercial. Personnellement, je suis moyennement convaincu de l’apport de cette version, néanmoins je la recommanderais pour les raisons suivantes :
- Demande sur le tableau de bord.
- Problème sur les transactions.
- Travailler sur une version 16 voir antérieur pour ne pas avoir plus de 3 versions de retard .
Commentaires récents
- Héritage en WinDev : BUG ou subtilité du W-langage??? dans
- Héritage en WinDev : BUG ou subtilité du W-langage??? dans
- Héritage en WinDev : BUG ou subtilité du W-langage??? dans
- Héritage en WinDev : BUG ou subtilité du W-langage??? dans
- Windev : Norme de programmation pour les procédures et les champs graphiques dans