Discussion :

[lubinfo]

Bonjour,

Des remarques sur l'annonce des versions 26 ?
Pour moi toujours aussi décevant. Ils n'envisagent apparemment aucun changement de politique. Je suppose que les tarifs seront dans la même veine.

Et c'est moi où le forum pcsoft est en mode 'escargot' ?

[Nico_tournai]

Bonjour

windev, j'adore autant que je deteste cet ide.

D'habitude il y a toujours au moins une nouveauté qui me donne envie.
Là, rien dans les nouveautés orienté utilisateur ne m'intéresse.
Plus de champs métiers? je n'utilise pas. Editeur d'image? ca nous intéresse pas non plus. Un lecteur pdf plus complet? non plus. Notre application ne remplacera jamais un editeur photo ou lecteur pdf ou même word.
Pcsoft devrait se concentrer plutôt sur les fondamentaux (optimisation vitesse HFsql, syntaxe sql par exemple)

Côté nouveauté développeur, plusieurs fenêtres de code ouvertes en même temps... et bien il était temps!
Compilation plus rapide (selon les cas d'après le texte!) ou ouverture de la fenêtre 7 onglets plus rapide, je demande à voir! Il est dommage qu'il faille obtenir la version 26 pour avoir cela. Ca devrait être de base.

[lubinfo]

Bonjour,
Le premier pb pour moi c'est que ce genre d'améliorations' s'apparentent plus à une mise à jour de maintenance, qui devrait être gratuite, qu'à une réelle nouvelle version payante, en plus à un prix qui augmente pour les anciens utilisateurs qui n'achètent pas les nouvelles versions tous les ans.
Bref, j'espère ne pas avoir créé une discussion pcsoft bashing. Malgré tout on l'aime notre windev.

[Patrice Terrier]

http://www.objreader.com/index.php?t...28.msg6074#new

[frenchsting]

Bonjour,

C'est ce que j'allais écrire Patrice : l'abandon de IE pour Chromium.

Pour le reste, effectivement, comme tous les ans, plein de nouveautés (petites et grandes), mais la question reste la même : lesquelles sont vraiment utiles ?

[Narwe]

Il y a quelques nouveautés qui je trouve intéressantes :
- 038 : OCR natif (même si je ne vois pas quel contexte je pourrais l'utiliser)
- 022 : Le champ carte. Je ne l'utilise pas mais j'ai pleins d'idées pour l'utiliser. Donc les nouveautés sont les bienvenue
- 033 : Champ Lecture PDF : Ajout de page. ça pourrait être utile même si notre version d'Acrobat le permet déjà
- 070 : Ctrl + Maj + T pour rouvrir un élément fermé (j'aime les raccourcis clavier)
- 097 : Fil d'ariane : ça peut être pratique même si j'ai un peu peur de la présentation
- 100 : Watch de variable en temps réel : ça pourrait être pratique. A voir la présentaion.
- 105 : Variable Glocales : ça peut être pratique et éviter les <NomChamp>..Note (par contre, il ne faudra pas en abuser).
- 152 : INTERSECT En SQL.

Certaines nouveautés me font peur :
- 196 : Interrupteur Accès aux options par leur libellé.
- 210 : Rappel visuel des possibilités : J'ai peur que ça alourdisse le programme en Mo (ces "vidéos" seront dans les Dlls j'imagine)

Après, il ne faut pas se tromper, Windev, comme tous les outils de programmation, permet déjà de tout faire (on peut appeler des API donc théoriquement, pas de limite). Les améliorations d'une année sur l'autre permettent juste de de simplifier le code.

[philouZ]

Plus de champs métiers? je n'utilise pas. Editeur d'image? ca nous intéresse pas non plus. Un lecteur pdf plus complet? non plus. Notre application ne remplacera jamais un editeur photo ou lecteur pdf ou même word.
Pcsoft devrait se concentrer plutôt sur les fondamentaux (optimisation vitesse HFsql, syntaxe sql par exemple)

100 % d'accord avec toi...

Compilation plus rapide (selon les cas d'après le texte!) ou ouverture de la fenêtre 7 onglets plus rapide, je demande à voir! Il est dommage qu'il faille obtenir la version 26 pour avoir cela. Ca devrait être de base.

Ca fait des années que je dis qu'il faut qu'ils rendent leur framework bien plus rapide. Pour moi la compilation plus rapide n'est pas un critère de choix pour un IDE.

C'est ce que j'allais écrire Patrice : l'abandon de IE pour Chromium.

Quid de la mise à jour de chromium. Est-ce que cela va suivre les évolutions ou il faudra changer de version pour avoir les mises à jour ? (Un grand classique PC Soft...)

Le champ carte ne m’intéresse plus depuis que tout est devenu payant chez Google. De plus il est en retard d'au moins 5 ans au bas mot.

Pour moi beaucoup de nouveautés inutiles, je dirais comme ca 95 % à la louche. Tant que pour remplir un tableau de classe avec 10 000 enregistrements prendra entre 3 et 5 secondes, leur produit reste peu utilisable pour faire de la POO.

Ce n'est que mon avis bien entendu.

Ces nouveautés me semblent intéressantes:
- 070 : Ctrl + Maj + T pour rouvrir un élément fermé
- 097 : Fil d'ariane
- 100 : Watch de variable en temps réel
- 105 : Variable Glocales
- 001 : Champ HTML (j'ai un doute quant à la bonne prise en compte du html pour les mails, les éditeurs n'utilisant pas le html de la même manière)
- 045 : Saisie obligatoire non bloquante (pour le coup un gain de temps)
- 142 : Le mode asynchrone requete ou webservice (enfin !!!!!!)
- 183 : Champ table plus rapide (une ébauche je l'espère de ce qui va venir plus tard)

Voilà en substance ce qui m'intéresse sur Windev...

Je verrais bien à la présentation le 18 à Bordeaux...

[Patrice Terrier]

En ce qui me concerne, je suis effaré pat la taille du framework WinDev qui ne cesse de grossir de version en version même pour écrire un projet qui ne fait qu'afficher un "Hello world", mais je suis de la vieille école (quand j'ai commencé à programmer, j'avais seulement 16 Ko de mémoire sur mon ITT 2020).

[yoshi570]

Bonjour,

Je suis d'accord avec vous tous.
Beaucoup de nouveautés ne servent qu'a alimenter leur dogme "Développez 10 fois plus vite".
Et elles ne servent pas à grand chose, sauf si réécriture du code:
- 045 : Saisie obligatoire non bloquante
- 142 : Le mode asynchrone requete ou webservice
- 140: Modbus. Merci mais je continuerai d'utilisé ma classe


Les fausses/mauvaise nouveautés:
- 105 : Variable Glocales: Avec les modèles de champs je fait tout ce qui est décrit, et en plus j'ai la mise à jour automatique la ou il est réutilisé
- Champs métiers: cool des nouveaux superchamp ! Bon, ça fera beau pour le windev tour et le 1à fois plus vite


Pour moi, je retient:
- 065: espace multi-zones. (enfin! j'en ait marre de jonglé)
- 097 : Fil d'ariane (pareil)
- 196/196 : Interrupteur/Onglet Accès aux options par leur libellé. Au moins on aura un code clair et pas jouer au loto.
- 001 : Champ HTML. Malheureusement, je pense qu'il faura arriver à la version 27 pour qu'il soit efficace


Ce que je voudrais vraiment voir:
- Des graphiques avec plus de possibilités/ plus modernes. Ce n'est pas les blagues 042 à 044 que j'attend.
Windev veut faire des belle applications avec des tonne de gabarit et pourtant les possibilité de graphique sont limité et leur rendu veillotte.
Impossible d'avoir de multiple échelle sur certains type de graphique, les mixage de type (histogramme, courbe ...) trop limité, pas d'échelle logarithmique en abscisse (oui j'en ai besoin) ...
Le rendu à modernisé (genre splunk, ou autre)
Pouvoir définir une source d'étiquettes(bulle) différentes pour chaque série en nuage de point. Car les séries n'ont pas le même nombre de point, ça ne correspond plus à rien.

Avoir les même capacités et même rendu des graphiques entre les fenêtres et les états ! On dirais que ce sont 2 équipe de dev qui ont faits qui ont fait leur version dans leur coin.
Nouveauté 104: je vais pouvoir mettre une jauge circulaire... youpi, plus besoin de tricher en utilisant un donut.

- des Etat mois autoritaire. Peut-t-on un jour avoir un sous état avec des arguments différents de l'état principal ?
- Une bonne gestion des agencements dans un fenêtre interne.


Bref, je veux des nouveautés la ou je ne peut pas ou très difficilement agir.

[Jon Shannow]

Bonjour,

Je suis d'accord avec vous tous.
Beaucoup de nouveautés ne servent qu'a alimenter leur dogme "Développez 10 fois plus vite".

Moi, je dirais qu'elles ne servent que leur slogan 9xx nouveautés (avec xx = le n° de version)... Pour le reste, ça n'apporte pas grand chose.
On a fait le choix de ne changer de version qu'une fois sur 2. Si ça continue, on passera peut-être à une 1 fois sur 3.

[philouZ]

Voir 1 fois tout court...

[frenchsting]

Moi, je dirais qu'elles ne servent que leur slogan 9xx nouveautés (avec xx = le n° de version)... Pour le reste, ça n'apporte pas grand chose.
On a fait le choix de ne changer de version qu'une fois sur 2. Si ça continue, on passera peut-être à une 1 fois sur 3.

C'est ce que l'on fait : on achète les màj tous les ans mais on n'utilise que les versions paires (excepté la 20 qu'on a zappé). C'est surtout pour garder un accès au support sans qu'on nous objecte qu'on n'a pas la dernière version.

@ Patrice, j'ai commencé sur un ZX81 qui n'avait que 1ko de mémoire. L'optimisation, c'était qqchose !

Mais bon, comme d'habitude beaucoup de choses (99,9%) dont on ne servira pas...

[hehehe]

Il y a quelques nouveautés qui je trouve intéressantes :
- 038 : OCR natif (même si je ne vois pas quel contexte je pourrais l'utiliser)

par exemple, dans un ERP faire de la dématérialisation de facture fournisseur.
pas anodin comme sujet.

mais bon comme à chaque fois, rien de bien transcendant dans cette palanquée de nouveautés

[frenchsting]

par exemple, dans un ERP faire de la dématérialisation de facture fournisseur.
pas anodin comme sujet.[...]

Ben, oui, mais encore faut-il que les utilisateurs aient le courage de scanner les factures. Ce qui n'est pas du tout dans l'air du temps de mes clients.

[Patrice Terrier]

Pour info,
dans la version 25 les procédures globales écrites en code [C#] au lieu de [WL] ne fonctionnent absolument pas.

Début juillet, j'ai reçu un patch du service technique avec 2 nouvelles DLL (32 et 64-bit) qui corrige le problème.
Cependant la mise à jour pour la version 89F officielle, date toujours du 19/05/2020 !!!

A croire que personne à part moi, n'a eu la curiosité d'utiliser l'option [C#] dans les procédure globales.

A tester avec la 26 pour voir si le correctif a été intégré.

[Narwe]

par exemple, dans un ERP faire de la dématérialisation de facture fournisseur.
pas anodin comme sujet.

Ben, oui, mais encore faut-il que les utilisateurs aient le courage de scanner les factures. Ce qui n'est pas du tout dans l'air du temps de mes clients.

On n'est pas en train de réaliser la partie Démat fournisseur (même si on y pense) mais au final, le but est de recevoir un fichier numérique du fournisseur (éventuellement via une plateforme spécialiser dans la démat - qui eux ont déjà développer leur outil de lecture du PDF - qui nous envoi un fichier numérique (txt, csv, ...) toujours identique quelque soit le fournisseur).
Si le but est d'utiliser l'OCR pour faire lire les factures PDF du client (issu d'un scan ou non), il faudra aussi développer toute une partie paramétrage car selon le fournisseur le format de la facture change (position des champ, liste des colonnes, hauteur du pied de page, ...).

[hehehe]

On n'est pas en train de réaliser la partie Démat fournisseur (même si on y pense) mais au final, le but est de recevoir un fichier numérique du fournisseur (éventuellement via une plateforme spécialiser dans la démat - qui eux ont déjà développer leur outil de lecture du PDF - qui nous envoi un fichier numérique (txt, csv, ...) toujours identique quelque soit le fournisseur).
Si le but est d'utiliser l'OCR pour faire lire les factures PDF du client (issu d'un scan ou non), il faudra aussi développer toute une partie paramétrage car selon le fournisseur le format de la facture change (position des champ, liste des colonnes, hauteur du pied de page, ...).

en effet pour traiter les pdf reçus.
et oui c'est un gros boulot pour gérer les zones, mais globalement selon les typologies (ex du négoce) et le volume c'est rentable,

[Cyril CashX2]

On n'est pas en train de réaliser la partie Démat fournisseur (même si on y pense) mais au final, le but est de recevoir un fichier numérique du fournisseur (éventuellement via une plateforme spécialiser dans la démat - qui eux ont déjà développer leur outil de lecture du PDF - qui nous envoi un fichier numérique (txt, csv, ...) toujours identique quelque soit le fournisseur).
Si le but est d'utiliser l'OCR pour faire lire les factures PDF du client (issu d'un scan ou non), il faudra aussi développer toute une partie paramétrage car selon le fournisseur le format de la facture change (position des champ, liste des colonnes, hauteur du pied de page, ...).

Bonjour,

Pourriez-vous m'indiquer les coordonnées de votre prestataire svp ?

[Narwe]

Pourriez-vous m'indiquer les coordonnées de votre prestataire svp ?

Actuellement, on ne fait que la partie Démat client (avec échange Chorus car on a des clients public). On passe par Cegedim : https://www.cegedim.fr

[frenchsting]

On n'est pas en train de réaliser la partie Démat fournisseur (même si on y pense) mais au final, le but est de recevoir un fichier numérique du fournisseur (éventuellement via une plateforme spécialiser dans la démat - qui eux ont déjà développer leur outil de lecture du PDF - qui nous envoi un fichier numérique (txt, csv, ...) toujours identique quelque soit le fournisseur).
Si le but est d'utiliser l'OCR pour faire lire les factures PDF du client (issu d'un scan ou non), il faudra aussi développer toute une partie paramétrage car selon le fournisseur le format de la facture change (position des champ, liste des colonnes, hauteur du pied de page, ...).

Oui, on a fait du chorus aussi, mais bon, on est loin d'avoir mis en oeuvre une démat complète des factures car la fonction publique représente très peu de chiffre d'affaires.