Les pubs arrivent, et annoncent 918 nouveaités !
Que pensez vous de cette nouvelle mouture (sur le papier) et qu'attendez vous réellement ?
Les pubs arrivent, et annoncent 918 nouveaités !
Que pensez vous de cette nouvelle mouture (sur le papier) et qu'attendez vous réellement ?
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 ^^
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![]()
\®/
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.
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.
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.![]()
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 ...
Idem,
donc j'attends la 19 (avec 919 nouveautés dans 12 mois).
Effectivement,
c'est bête, mais c'est vraiment n'importe quoi leurs publicités,
surtout que c'est toutes les semaines....
Perso,
je n'utilise plus HF depuis la version 8,
car trop lent (si > 1 utilisateur), pertes d'indexes,
à la place des bases MySQL,
je codes toutes les requêtes en SQL "pure" (en lignes de codes, pas d'ODBC non plus, ni les pseudos requêtes)
ça nécessite de se taper toutes les requêtes, au moins je maitrise le fonctionnement.
(n'ayant pas trouvé de documentation, ça été dur au début, mais maintenant c'est un plaisir, sauf la régression en 17 si requête sans lignes de résultats)
Autres régressions qui m’agacent :
- Comment dissocier les volets de fenêtre de codes
- Comment empêcher la copie des images associées, lors de copier coller de champs
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 ...
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
Tu vas pas être déçu avec les énumérations !
De plus en plus PCSoft livre des versions finales amputées d'un certain nombre de fonctionnalités (cube, rupture fixe dans les zones répétées, ...) et loin d'être exempte de bug.
Pour preuve sur les énumérations :
Une idée ?
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 enumIDStatutsClient est une Enumération Suspect=1 Prospect=2 Client=3 FIN typClient est une structure enuIDStatutsClient est une enumIDStatutsClient FIN st_Client est un typClient tbaClients est un tableau associatif de typClient st_Client:enuIDStatutsClient=Prospect TableauInsere(tbaClients,1,st_Client) tbaClients[1]:enuIDStatutsClient=enumIDStatutsClient.Client ==> Type incompatible !
Typage de la valeur de retour d'une fonction : Mais où est-ce ?
Hormis dans la brochure promotionnelle ?
Et encore une fonctionnalité manquante : sur-en-tête de colonne.
Hormis dans la brochure promotionnelle (bis) ?
Et pour avoir lu la discussion dans son intégralité maintenant, je vois que je ne suis pas seul à trouver des bugs dans windev, à devoir faire des projets entiers pour prouver à ces chers (dieux) développeurs de chez PCSoft qu'ils ont commis des erreurs qu'ils ne corrigent finalement pas !
Travaillez avec des Français c'est bien mais il ne faudrait pas que l'aspect stabilité et réactivité échappe aux dirigeants de PCSoft sous peine de voir la progression du nombre de développeurs qu'ils ont connus ces dernières années partir en sens inverse. La confiance se gagne lentement mais se perd beaucoup plus rapidement.
Tiens, tant que j'y suis, je me lâche.
Déjà presque 2 mois que le version "finale" de WD18 est sortit mais pas une mise à jour à l'horizon. Va-t-on devoir attendre la v19 pour avoir les fonctionnalités annoncées par le marketing ?
Bonjour,
Glané chez le distributeur en Belgique : la 1ère mise à jour serait prévue pour la fin du mois.
Et si c'est vrai, réjouissons-nous : il n' y a que 28 jours en février cette année-ci !
Hemgé
On va demander à supprimer les années bissextiles
Ah ces Belges... Des gens tjs sympathiques (et en l'occurrence, de plus bien informés)
Et je ne dit pas ça parceque j'ai 25% de sang Belge dans les veines![]()
Je trouve l'interface un peu plus sympa, le coup du bandeau c'est pas bête !
Par contre l'éditeur d'état plante sans cesse... on a presque envie de dire que c'est la marque de fabrique PCSOFT !
Quand aux 918 nouveautés (918... quel heureux hasard...) présentées par des filles en petite tenue je pense que chacun est capable de faire preuve d'esprit critique....
Oui les fonctions sont rassemblées logiquement
Par contre c'est moins rapide que les barres d'outils et les raccourcis claviers
On est sans arrêt en train de passer d'un onglet à l'autre, ça fait des cliques en plus, et plus moyen d'avoir des raccourcis clavier (Alt F,I pour importer par exemple, Alt E,M,E pour enlever toutes les marques ...)
Certes le résultat est le même mais c'est plus long, moi j'appelle ça une régression
Avec le temps peut être ...
Je pense que pour ceux qui découvrent Windev c'est bien mieux, pour les autres il faudra changer leurs habitudes (et on n'aime pas ça)
je voudrai simplement mettre l'avis d'un néophyte(c'est moi,bien sûr!). J'ai débuté avec wd10 et maintenant j'utilise la 17. Et bien, pour moi, il n’y a pas (presque) de différence dans l'amélioration de la performance , mis à part le look de l'IDE(il y a même qui se plaignent de ces changement qui leurs font perdre leurs habitudes!)
Mais en relisant vos commentaires je constate que ;
- La plupart des bugs signalés sont toujours là (on fini par s'en accommoder)
- Les requêtes sql ne sont pas le fort de wd toutes versions confondues
- Le moteur HF est toujours à la traine
- Les filles publicitaires ne seront jamais enlevées de l'entête documentaire
- Les versions annuelles(boguées ou non) continuerons sur le même rythme
Mais une chose est certaine,(vu le prix à débourser à chaque version)je crois que la vrai innovation dépend surtout de l'habilité du développeur.![]()
[WD18]Bonjour à tous,
Comme je suis fatigué des réponses que je préfère ne pas qualifier du service technique de PC Soft, je me tourne vers vous.
Je travaille avec Windev depuis 1998. En 2000 j'ai développé un projet conséquent ou tout du moins qui l'est devenu au cours des années, projet que j'ai migré successivement suite aux acquisitions que j'ai faites des différentes version de Windev. Je suis d'ailleurs pas prêt d'oublier, comme certains d'entre vous le passage à la version 7 des gros projets.
Depuis Vista j'ai transformé mes projets pour qu'il respectent le mécanisme UAC:
1 - L'application dans un répertoire de Crogram Files
2 - Les fichiers de données et ressources personnelles du client dans un répertoire de CrogramData
3 - Les DLL dans Crogram Files\Common Files
Et bien figurez-vous que depuis, la modification automatique des fichiers lors de la mise à jour d'une nouvelle version de mon application ne fonctionne plus.
J'ai soumis le problème à PC Soft qui m'a répondu aimablement que je devais acheter la version 17 version dans laquelle le problème était résolu. Ok j'achète la 17 et la 18. Je fais des essais et nous en sommes toujours au même point. Il faut donc le faire en manuel avec une télé intervention chez les clients...
J'ai aussi un problème de sauvegarde des données en ligne de commande. Cette ligne de commande fonctionne dans cette application depuis 2000 et a été utilisée jusqu'à la version 15. Cela ne fonctionne plus avec les versions 17 et 18. Entre nous la seule chose qui change ce sont les DLL car la syntaxe de cette ligne de commande n'a pas évolué depuis 12 ans. Mais bien sûr il n'est pas question que PC Soft l'admette.
Je veux simplement vous dire que je suis assez d'accord avec vous pour l'ensemble de vos commentaires, et avec ces deux exemples j'ajouterai qu'il existe une régression de certaines fonctionnalités.
Nous aimerions un peu moins d'arrogance et de suffisance de la part des équipes de PC Soft. En tout cas je ne me permets pas d'agir de cette façon avec mes clients et j'en suis fier.
Bien à vous
Bon, à chaque fois c'est pareil ....
A chaque annonce d'une nouvelle version, je suis très content de voir les nouveautés annoncées et le TDF qui suit me donne franchement envie de passer à la nouvelle version.
Mais, cette année (comme les autres .....), grosse déception :
- le fameux champ "Tableau dynamique croisé" n'est pas encore disponible (et pourtant j'ai la version finale de la v18 et pas la préversion !) ; il a été démontré au TDF et j'ai commencé à préparer les données de mon projet, et comme je voulais créer une fenêtre, boum badaboum .... pas de champ tableau dynamique croisé (le champ "Cube", c'est en fait pour faire tourner des images !)
- pas de bugs majeurs, mais quelques défauts déjà détectés sur des choses qui marchaient en v17 (c'est fâcheux cette régression).
J'espère ne pas revivre ce que j'ai vécu l'an passé : passage en V17 en production, avec bug majeur détecté (GROSSE régression) , et obligation de repasser en V16 ....
C'est franchement dommage, je suis pourtant fana de l'outil, je n'aime pas être décu ...
Donc, je vais écrire ce pas à PCSOFT et, c'est sur, pas de passage en production v18 avant la prochaine release !
Partager