WinDev 14 disponible en téléchargement

Fichtre et fouchtre, on ne peut plus s'absenter une semaine...

la pré-version des versions 14 de windev, webdev et mobile est disponible en téléchargement.

Pour ceux qui avaient comme moi ont déjà reçu leur mail de mise à jour de dongle, il ne reste plus qu'à attendre la fin du téléchargement.

Edit : 5% ... je dois pas être le seul à télécharger ;-)

WLangage et manipulation de fichiers XML

Le langage XML étant de plus en plus utilisé, son utilisation devient elle aussi plus complexe (enfin c'est mon avis).
Du coup, le parcours de ces fichiers deviennent un peu plus compliqué et nécessite de plus en plus souvent d'utiliser les requêtes XPath.
C'est vrai que le terme m'a rebuté plus d'une fois, mais il a bien fallu s'y mettre... et ça c'est plutôt bien passé une fois que l'on a compris le fonctionnement.

Pour moi, le "déclic", c'est fait sur ce site tutoriel, avec de bons exemples sur la partie gauche allant en se compliquant. Une fois compris, il suffit d'utiliser la fonction WLangage XMLExecuteXPath et d'un seul coup tout devient plus simple.

WLangage : savoir que des champs ont ete modifies

Je viens de tomber dessus : la propriété "Modifié".

Cette propriété passe à vrai quand le contenu d'un élément est modifié, ce qui permet de proposer une sauvegarde à bon escient.

Mais en plus, on peut forcer la valeur de cette propriété (la remettre à Faux si on a modifié un champ par programmation par exemple) et l'on peut l'appliquer à l'ensemble d'une fenêtre !

Simple d'utilisation et efficace : j'adore ;-)

WinDev 14 : les champs tables reviennent en force

A bien y réfléchir, une des évolution majeure de cette version 14 devrait être les évolutions du champ table.

Car si la programmation des tables à évoluer au fur et à mesure des versions, cela faisait plusieurs versions que l'on avait pas eu autant d'évolutions sur le rendu graphique, et donc pour l'utilisateur :
- Rupture (bien sûr, on peut toujours les programmer mais bon...)
- Colonne "Conteneur" qui devrait permettre de nouveaux types d'interface
- et avoir des combo de contenu différents selon la ligne

En espérant que la présentation commerciale nous en indique plus.

windev express et windev mobile express en version 12

Je suis tombé dessus par hasard.

Alors qu'il y a encore quelques mois, les versions Express étaient des versions 10, les versions Express sont désormais en version 12.

Pour ceux qui n'ont jamais essayé WinDev (ou une vieille version), c'est une bonne nouvelle.

La liste des limitations de ces versions Express est également disponible.

WinDev 14 - des graphes restyles

En reparcourant le PDF des nouveautés des versions 14, je viens de voir qu'ils y avaient non seulement des nouveaux types de graphes (enfin un graphe radar natif, j'utilise encore celui qui avait été fourni dans une LST il y a déjà pas mal de temps) mais qu'en plus il y avait eu un restylage.

Et d'après ce que l'on voit, c'est un restylage sur les graphiques "de bases", c'est-à-dire ceux dont on se sert 99 fois sur 100 (et pas ceux en full 3d)... ça c'est une bonne nouvelle.

WinDev 14 - Tour de france de presentation

A nouvelle version, nouvelle présentation.

11 dates & 11 villes si j'ai bien compté pour cette grand messe.

Au passage, on apprend dans la page de présentation qu'il y a 10.000 places de prévues et toujours des "goodies" avec un sac à dos qui semble prêt à recevoir des kilos de documents ;-)

WinDev - Nouvelle version 14 annoncée

Ce ne sera pas WinDev 13, ce sera WinDev 14 (et plus de chiffres romains non plus : je n'ai pas vu de WinDev XIV).

Pour ceux, qui comme moi sûrement, ce sont fait la remarque: ok le chiffre 13 c'est pas génial, mais bon ça me semble plutôt annodin, et bien sachez que la "peur" du nombre 13 s'appelle la "triskaidékaphobie" et que c'est répandu dans de nombreux pays.

Pourquoi pas après tout si ça peut éviter un crash de la bourse des marchés IT ;-)

Bon en revanche, il s'agit une nouvelle fois d'une nouvelle version pour WinDev, WebDev et WinDev Mobile qui arrive avec son lot de nouveautés (un peu comme les "creative suite" de Adobe).

De prime abord, ça me semble une version plutôt technique : évolution du champ table, databinding (ça devrait aider ceux qui usent & abusent de la POO comme moi si j'ai bien compris) avec une volonté d'ouverture "Web". Il va falloir que je regarde plus en détail ce qui pourrait me servir à court terme pour rentabiliser la mise à jour.

Rendez-vous donc dans quelques jours pour une analyse plus approfondie.

Debugguer une page AWP en actualisant le navigateur

Après de bonnes vacances (déjà finies depuis une bonne quinzaine mais ça me semble encore hier), je me suis un peu plongé plus en détail sur le mode AWP de WebDev.

Et en faisant des essais et en utilisant le mode test (enfin un debuggueur !) j'ai trouvé un truc qui me fait gagner pas mal de temps : il suffit de faire go une fois et de laisser le navigateur ouvert pour activer le debuggueur de webdev. Ensuite lors d'une actualisation du navigateur, le debuggueur est toujours actif : inutile de faire Go. Pas révolutionnaire comme astuce, mais je trouve ça pratique d'avoir le code sous les yeux ;-)

Actualité WinDev au 3 juin 2008

Et bien dites-voir, moi qui était "déconnecté" depuis plusieurs jours, j'ai pu constater que ça n'était pas le cas du côté de pcsoft :
- une LST (d'accord en retard mais je pense que c'est le contenu qui le justifie)
- une mise à jour en niveau 2 dont j'apprécie toujours autant l'extraction automatique des éléments depuis le GDS.

Mais leurs infographistes ont aussi travaillé :
- le site pcsoft a été remanié
- le forum a également été remanié (c'est vrai qu'il faisait un peu old style)

De mon côté, je me suis fait surprendre par un bug "de fou" dans une de mes application : pas moyen de comprendre d'après la pile comment c'était possible... jusqu'à ce qu'on me montre un détail : l'option de mémorisation de valeur du champ avait été activé par l'utilisateur... et du coup provoquait une initialisation des champs dans un ordre différent. Certes c'est un cas particulier (mon code n'était pas non plus "super propre"), mais il faut l'avoir à l'esprit à mon avis.

Windev : Optimisation des boucles POUR

J'ai remarqué aujourd'hui une nouvelle syntaxe sur les boucles POUR du WLangage.
Qui n'a jamais fait une boucle classique utilisant le nombre de lignes d'une table mémoire, par exemple :
POUR i=1 A TableOccurrence(TABLE1)
// traitement
FIN

Depuis plusieurs versions, vous aviez donc comme moi, une information indiquant que cette syntaxe n'est pas conseillée car il est préférable de ne pas réévaluer à chaque fois le nombre de lignes et donc d'utiliser une variable avant, ce qui me semble judicieux.

Donc, j'ai fait tout comme on me le suggérait :
nLignes est un entier = TableOccurrence(TABLE1)
POUR i=1 A nLignes
// traitement
FIN

et bien, maintenant il est possible de faire beaucoup plus simple en utilisant le mot clé "_A_" dans la boucle (un peu comme les mots clés _ET_ et _OU_) qui permet de faire la même optimisation, donc en économisant la variable temporaire.
POUR i=1 _A_ TableOccurrence(TABLE1)
// traitement
FIN

Mieux non ?