Discussion :

[xXmobiusXx]

Comme chaque année, PC Soft annonce la nouvelle itération de ses environnements de développement et ne cache pas ses ambitions. Pour PCSoft, Windev est simplement "le meilleur AGL du monde"



Parmi les "924" nouveautés proposées, on peut retenir :

• D'un nouveau champ "Panneau Dockable"

• De l'intégration de Webdev dans l'éditeur Windev pour faciliter la migration d'application lourde vers des applications web

• De la possibilité de tester les applications iOS directement sur iPhone et iPad sans passer par OS X

Ici, le livret communiqué par PC Soft détaillant l'ensemble des nouveautés intégrées à la nouvelle version de l'éditeur.

PC Soft a également annoncé son traditionnel Windev Tour 24 qui se déroulera du 6 novembre au 6 décembre 2018.

Passerez-vous à la version 24 de votre AGL ?
Quelles-sont les nouveautés que vous attendez le plus ?

[Gnouxyz]

Parmi les "924" nouveautés proposées, on peut retenir :

qu'il y en a plein en double...

[serendib]

en double, en triple, en quadruple...
Faut bien tricher pour arriver à 924.
C'est du marketing, et nous y sommes habitués avec PcSoft.

[Lee74]

Oui, les 2 premiers champs représentent à eux seuls plus de 10 nouveautés (champ dockable et champ à jeton)
Mais voilà, on arrive à la fin de l'année, faut vite sortir une nouvelle mouture pour payer les 13ème mois de salaire lol

Mais bon, toutes ces docs ne nous concernent pas, elles sont faites pour les décideurs qui eux, ne développent pas...
C'est sans doute la première fois depuis très (très, très) longtemps que je ne vais pas pré-commander.
Je vais attendre la traditionnelle corrections de bugs, et encore...

PS: l'intégration Webdev dans Windev pour la migration d'applications lourdes vers le web, je suis curieux de voir ça

[philouZ]

PS: l'intégration Webdev dans Windev pour la migration d'applications lourdes vers le web, je suis curieux de voir ça

Pour moi c'est tout vu, encore une belle fonctionnalité qui fonctionnera peut-être dans 6 ou 7 versions, et encore vu le code pourri généré par Webdev.

A quand un véritable éditeur HTML/CSS ?

[Patrice Terrier]

Comme j'en suis resté à WD17, je me demande si les versions plus récentes intègrent les fonctions suivantes:

1 - Variables statiques ?
Lorqu'on déclare une variable dans une fonction/procédure, le mot clé "static" spécifie que la variable conserve ses valeurs d'un appel à l'autre.

2 - Possibilité de sauvegarder simplement le code source en format texte, sans avoir à passer par une impression complexe du projet.

3 - Pour les traitements critiques existe t il un moyen de créer du vrai code compilé, ou faut-il toujours passer par une DLL externe.

[Hibernatus34]

1. Non, et je serais tenté de dire "bien heureusement" ! Avez-vous un exemple où ça vous paraît indispensable ?

2. Depuis 1 ou 2 versions on peut, manuellement, créer une collection de procédure ou une classe en important du texte, mais c'est limité, par exemple les points de suspension semblent interdits ! L'inverse a toujours été possible avec un copier/coller, du moins pour le code "pur" (hors automatismes de procédures, dialogues, traductions...). Mais la compilation se fait toujours depuis les sources au format binaire, donc c'est toujours aussi contraignant au final.

3. Non, et c'est pas demain la veille étant donnée la souplesse du langage... Même s'ils tentaient quelque chose de ce côté-là, il serait plus intéressant de développer des lib dans un autre langage.

[Patrice Terrier]

En programmation bas niveau c'est indispensable pour ne pas avoir à utiliser des variables globales, lorsqu'on veut conserver des valeurs d'un appel à l'autre au sein d'une procédure spécifique.

Par exemple :
static OPENFILENAME ofn;
pour préserver les paramètres lors d'une sélection de ficher avec l'API GetOpenFileName(&ofn)

[Hibernatus34]

OK, mais c'est vraiment pas indispensable, puisqu'il suffit d'utiliser une globale.
Il y a d'autres moyens d'isoler une statique : membre global de classe, collection de procédure dans un composant interne, ...
À mon humble avis, il vaut mieux avoir sa liste de statiques (= effets de bord à contrôler) aux endroits habituels qu'éparpillé dans des fonctions.
En C/C++, les statiques locales ne sont pas locales aux threads, elles sont initialisées au premier appel de fonction (s'il y a constructeur ou initialiseur), ça n'aide pas à écrire des fonctions fiables et tout-terrain.

[Patrice Terrier]

ça n'aide pas à écrire des fonctions fiables et tout-terrain

Pour le programmeur bas niveau que je suis, je ne partage pas votre opinion.
Mais je vous remercie néanmoins d'avoir pris le temps de me répondre.