[Généralités] Sortie de Windev 18

[frenchsting]

Les pubs arrivent, et annoncent 918 nouveaités !
Que pensez vous de cette nouvelle mouture (sur le papier) et qu'attendez vous réellement ?

[GiGii]

Pour ma part je trouve que les tableaux croisés dynamique vont vraiment être utile

J'ai envie de dire dommage que ça sort si tard mais mieux vaut tard que jamais.

pour le reste je continue de lire le bouquin pour voir les nouveautés j'éditerai ce message ^^

[Tober]

J'aimerai bien qu'ils corrigent déjà tous les bugs qui sont trouvés au fil des versions de WinDev et qui ne sont jamais corrigés !
Surtout que je parle pas de bug très pointus sur des fonctions non utilisés, je parle de bug sur des fonctions de bases comme SQLTable, ou sur les colonnes de table de type interrupteur... (je vais pas rentrer dans le détail )

Il faudrait aussi sérieusement qui améliorer HyperFile et son support bancale du SQL (même si je ne l'utilise presque pas)

Si je résume ma pensée, WinDev devrait plus faire une version de consolidation des acquis plutôt que rajouter un millier de nouveautés plus inutiles les unes que les autres (rappellez vous WD17 et son millier de nouvautés dont la moitié se résumé en une seule nouveauté : le support de l'unicode)

Sinon, tout va bien avec mon WD16, il fait ce que je lui demande une fois qu'on a repéré les failles

[R&B]

\®/

Après la mise à jour des données par l'exécutable en WD17 (HChangeStructure) fiabilisé en route et donc opérationnelle qui aura peut être échappé à certain, voici une autre petite gemme précieuse dans la liste : les index à la volée !

Notez qu'il y avait une faille bien tordue dans cette fonctionnalité et qu'elle a été corrigée dans un pack. Il a fallu faire un projet exemple reproduisant l'erreur et tout est entré en ordre.

Oui, le SQL normalisé est une nécessité mais il y a quand mêmes de grosses avancées et surtout sur des idées transmises par les développeurs eux même.
Certaines prendront plus de temps mais le dialogue a bien changé avec le temps.

[cladoo]

Le moteur HyperFile est si mauvais que ça? Je vais bientôt arriver en phase de test avec pas mal de data, tout géré en HF/CS et j'ai un peu peur du résultat.

Sinon concernant les avancées je suis assez d'accord sur le fait qu'ils devraient "consolider" les versions existantes. Je trouve un peu dangereux le principe de sortir 1 version par an, en ne corrigeant pas auparavant les bugs qui trainent de version en version, l'attrait que propose cette politique peut à terme avoir un effet négatif dans le sens où les développeurs étant effrayés par cette "politique agressive" pourraient, à terme, dans le meilleur des cas : ne pas souhaiter changer de version, dans le pire des cas : se détourner du produit.

Personnellement si la v18 n'apporte pas de corrections sur des bugs majeurs que pourraient rencontrer la v17 (y en a-t-il ?) je ne changerai pas.

[frenchsting]

Je suis d'accord avec l'ensemble de vos avis : corriger les bugs qui existent depuis trop de versions. De mémoire, ils avaient fait pas mal de corrections pour la 12 mais il faudra encore un gros effort pour que tout le monde soit content. En plus, ils ont déjà le terme : correction de bugs, ça la fout mal... Par contre, optimisation et amélioration, ça sonne puissant, non ?

Pour HF, le CS tourne plutôt bien depuis la 12 justement. Même en wd7.5 (HF classic) avec des fichiers de 1Go, je n'avais jamais eu de problème. Il faut dire que je ne faisait que des vues (très simples).
Par contre, il ne faut pas demander des requêtes hyper-tordues sous risque de catastrophe. HF CS n'est ni oracle, ni sql server, ni mysql, ni...
Je me limite à des requêtes (select uniquement !!!) sur maxi 3 tables avec paramètres et là, ça fonctionne.

[EDIT]Gros progrès : les filles sur le document sont moins déshabillées et dans des situations beaucoup moins vulgaires.

[Nhaps]

Envoyé par frenchsting

[EDIT]Gros progrès : les filles sur le document sont moins déshabillées et dans des situations beaucoup moins vulgaires.

Elles restent quand même très agréable à regarder, en particulier, page 38 et 51 !

[cladoo]

Envoyé par frenchsting

Par contre, il ne faut pas demander des requêtes hyper-tordues sous risque de catastrophe. HF CS n'est ni oracle, ni sql server, ni mysql, ni...
Je me limite à des requêtes (select uniquement !!!) sur maxi 3 tables avec paramètres et là, ça fonctionne.

Justement j'ai développé une classe qui va interroger ma base en construisant des requêtes dynamiques paramétrées, dans mon cas plusieurs dizaines de tables seront impliquées avec tout type de jointures et une palanquée de paramètres, l'analyse n'est pas spécialement complexe, j'ai essayé de l'optimiser du mieux que j'ai pu avec les connaissances que j'ai. Je verrai ce que ça donne, mais ça m'arrangerait que ça fonctionne rapidement ...

[frenchsting]

@Nhaps
C rien, avant sur la brochure c'était plutôt dans le style de la page 33 en bcp plus... suggestif/déshabillé...

@cladoo
Je l'espère pour toi également, d'autant plus que s'il faut modifier ton mode de fonctionnement, ça fait du taf...

Attention néanmoins, car les nouvelles moutures sont quand même pourvues de bugs qui ne sont corrigés (partiellement) que quelques mois après la sortie. C'est logique car ils attendent les retours clients...

[Nhaps]

Envoyé par frenchsting

@Nhaps
C rien, avant sur la brochure c'était plutôt dans le style de la page 33 en bcp plus... suggestif/déshabillé...

Je viens de regarder le ebook précédent, je suis fière de développer sur windev 17

[hpascal]

Bonjour

Envoyé par cladoo

Justement j'ai développé une classe qui va interroger ma base en construisant des requêtes dynamiques paramétrées, dans mon cas plusieurs dizaines de tables seront impliquées avec tout type de jointures et une palanquée de paramètres, l'analyse n'est pas spécialement complexe, j'ai essayé de l'optimiser du mieux que j'ai pu avec les connaissances que j'ai. Je verrai ce que ça donne, mais ça m'arrangerait que ça fonctionne rapidement ...

Alors change vite de base de données

Plus sérieusement dans les "nouveautés" quelques éléments ont attirés mon attention au premier coup d’œil :
- la possibilité de faire enfin de vrai recherches (32->51)
- optimisation des temps ouverture/compil (20-21)
- les infos-bulle sur le multilangues (on était obligé d'extraire l'objet du GDS pour seulement voir le contenu !) (101)
- appel à Google traduction (28)
- les modes d'affichage des collections et classes
- le Alt-Entree pour éditer un champ à partir de code (99)
- les sur-entêtes de colonne de table pour évier de bidouiller (151)
- ajout d'options aux sélecteur/interrupteur (154)
- FAA retour à la ligne (159)
- Le JIT sur POO (58)
- Typage valeur de retour des fonctions (65)
- Type enumération (66)
- Fonction Remplace amélorée (75)
C'est vraiment après survol, il faudra que je relise le pdf

Ensuite il y beaucoup de gadgets et de tape à l’œil comme d'habitude.

J'espère surtout plus de stabilité et de meilleures performances, et la correction des nombreux bugs signalés en 17.
Concernant les performance, faites un bench de vos traitements en version 15 puis en version 17 et vous comprendrez (en 16 pas trop de perte)

[Tober]

Après lecture de ces changements, je suis d'accord avec toi hpascal, il y a pas mal de nouveautés intéressantes pour encore nous facilité la vie (n'empêche, ca commence a être compliqué à trouver des amélioration de l'interface et de l'éditeur de code vu tout ce qu'on a déjà )
Ca a l'air beaucoup plus intéressant que le passage v16 => v17

Envoyé par hpascal

Concernant les performance, faites un bench de vos traitements en version 15 puis en version 17 et vous comprendrez (en 16 pas trop de perte)

Pourquoi ? les perfs sont si pourris que ça en v17 ?

frenchsting > je suis pas d'accord avec toi, les filles étaient une fonctionnalité à part entière de WinDev et des LST
Bon ok... []

[Hemgé]

Bonjour,

Beaucoup de choses intéressantes apparemment.

Par contre, pour commencer à regarder dans le détail :
quel est l'intérêt de TableSupprimeSelect ?

Cette fonctionnalité existe déjà dans TableSupprime : il suffit de ne pas préciser d'indice à supprimer, alors que plusieurs lignes sont sélectionnées.

TableSupprime(<Nom de la table> [, <Indice>])
--------------------------------------------------------------------------------
<Nom de la table> : Chaîne de caractères (avec ou sans guillemets)
...
<Indice> : Entier optionnel
Indice de la ligne à supprimer.
Si ce paramètre n'est pas précisé, la ou les lignes sélectionnées sont supprimées. ...

Donc, pas de simplification de code (puisque les deux opèrent en une ligne) et une fonction supplémentaire à connaître.
Sera-ce plus simple, pour les nouveaux venus, de connaître cette fonction spécifique plutôt qu'une option d'une instruction plus générale ?

Et tant qu'à faire, je proposerais de rebaptiser cette instruction pour souligner l'aspect sélection multiple : TableMultiSupprime ou TableMultiSélectSupprime.

Mais, pour le reste, on sent comme un frémissement dans l'air !! Si, si.

[Hemgé]

Fonction bienvenue.

Mais c'est souvent à partir d'une date donnée qu'on souhaite revenir à la date du début de la semaine.

Donc, on serait encore plus heureux si cette fonction pouvait accepter comme paramètre :
soit un entier = numéro de semaine, comme annoncé ;
soit une date.

Ce second paramètre ferait double emploi avec PremierJourDeLaSemaine, mais rendrait l'instruction plus générale.

Comme la version 18 peut encore évoluer, croisons les doigts ou brûlons un cierge ...

[Hibernatus34]

Pour ma part je suis content de trouver ceci :
- Typage de la valeur de retour d'une fonction
- Fonctions de recherche avec expressions régulières etc., enfin !
- Types énumération/combinaison

[hpascal]

Envoyé par Tober

Pourquoi ? les perfs sont si pourris que ça en v17 ?

Personnellement je ne m'en étais pas aperçu mais suite aux tests alarmants d'un ami j'ai fais aussi quelques comparatifs.

ça concerne les traitements ayant beaucoup d'appel à des procédures ou des méthodes de classes, dans mon cas des simples traitements sur des chaines ou des recherches dans des tableaux.

Une boucle de 20000 des appels à 2 ou 3 méthodes à chaque fois et bien en moyenne ça met 20% de temps en plus sur Windev 17.

L'ami de son coté a des résultats encore pires, le problème a été signalé et reconnu par PCSOFT. Pour l’instant il n'a toujours pas migré ses applications en version 17 à cause de ça.

Je gardes mes bench de coté et je ne manquerai pas de les appliquer sur le 18

[Ry_Yo]

Envoyé par Hemgé

Par contre, pour commencer à regarder dans le détail :
quel est l'intérêt de TableSupprimeSelect ?

Cette fonctionnalité existe déjà dans TableSupprime : il suffit de ne pas préciser d'indice à supprimer, alors que plusieurs lignes sont sélectionnées.

j'espère que la nuance se fera si on travail uniquement par programmation.

Avec Tablesuprrime() j'agis au niveau de l'IHM, et donc si je veux me servir du TableSuprrime() sur plusieurs lignes, ma table doit être en multi-selection, je dois préparer par programmation un parcours pour faire un TableSelectPlus() sur toutes les lignes qui m’intéresse et enfin me servir du TableSupprime() sans paramètre.

J'espère que le TableSupprimeSelect() , attendra comme paramètre une liste d'indice, du coup, je fais un passage pour constituer ma liste d'indice et un coup de TableSupprimeSelect() avec comme paramètre ma liste. Si par contre, il faut sélectionner les lignes pour se servir de cette fonction... c'est comme vous le dites ré-inventer la roue...

Sinon de mon côté, pareil que vous tous au niveau fonctionnalité à tester...
je rajouterais :
- les fonction echangeligne() / tableauCopie() / tableauInverse()
- le support de HF sur Android... enfin c'était un comble de devoir coder pour les clients pour la même appli du HF pour iOS et du SQLite pour Android

[damien27000]

Mon avis général

PCSoft
==========
Les +
+ Boite Française, produit Windev très sympa et productif pour de petites applis de gestion simple

Les -
- Prix un peu élevé pour la suite quand on utilise d'autres technos à côtés.
- On reçoit de la pubs en permanence avec des cagoles en couvertures qui dévalorisent énormément l'image du service informatique.
- Leur site et leur forum ou chaque message est modéré semble d'un autre temps
- Clairement les LST devraient être téléchargeable gratuitement en PDF avec tout l'historique et s'orienter en wiki géant pour qu'on puisse réellement gagner du temps.

Windev 18
==========
+ Support de Windows 8 et des améliorations qui ne semblent pas extraordinaires.
+ Prix acceptable

Webdev en général (je me suis servis quelque fois de la 17)
==========
+ Produit sympa pour faire des intranets
- Support PHP fallacieux
- Très cher pour ce que c'est
- Quasi invendable pour vendre du web à un client (surtout que de nos jours .Net et les framework de dév php réduisent grandement l’intérêt du produit)


Windev mobile (testé pour android)
==========
+ Concept sympa
- JSON oublié (et également dans cette version)
- Taille des fichiers à télécharger pour les utilisateurs
- Manque de docs supp pour attaquer le sdk android.

[bejibe]

918 nouveautés la bonne blague!
déjà que les 917 de l'an dernier avait fait rire.

918 coquines dans la doc certainement mais des nouveautés... !

le tableau dynamique semble être un gros plus.

Perso, j'attends un support du SQL.
quand pourra t'on faire une requête sql digne de ce nom (requête scalaire par ex)?

[Tober]

Tu peux parfaitement faire des vrais requêtes dans WinDev !
Personnellement, je ne fais que des vrais requêtes moi avec mon vrai SGBD SQL Server