Sur le forum ça ne se fera jamais, ne rêvons pas. Par contre sur celui ci...Citation:
Envoyé par Jean-P.
Mais est-ce vraiment utile ?
Version imprimable
Sur le forum ça ne se fera jamais, ne rêvons pas. Par contre sur celui ci...Citation:
Envoyé par Jean-P.
Mais est-ce vraiment utile ?
Non.Citation:
Envoyé par mogwai162
Pour avoir abordé le sujet il y a longtemps, nous n'y voyons aucun intérêt. Certains s'y sont tentés sans grand résultat.Citation:
Mais est-ce vraiment utile ?
Notre forum est une forum d'entre-aide technique ni plus ni moins.
Ils savent que le forum existe, ils savent qui contacter en cas de soucis qui leur serait remonté.Citation:
Envoyé par harf18
Maintenant qu'ils lisent ou non le forum de manière assidue ce n'est pas çà qui fait avancer notre équipe WinDev :roll: mais bien de vous fournir des services d'entre-aide autour des produit de PC-Soft.
Alors je m'attaque à la programmation dynamique de champ ... j'ai cherché un peu partout et au début je tombe sur des posts sur différents forum avec pour seule solution d'utiliser ChampClone() ... je me dis "roooo c'est une blague, il doit bien y avoir une autre solution que d'être obligé de créer à côté de la fenêtre un champ qui nous sert à rien puis de le cloner" ... et puis ... :ouin:
Bref pour la création dynamique de champ c'est un brin étrange comme façon de faire. A la rigueur ça peut être pratique si on clone vraiment un champ mais dans mon cas on devrait pouvoir créer pas mal de champs image différents les uns des autres. Heureusement que l'indirection existe mais c'est pas super facile à lire. (et là le côté 10 fois plus vite ... avec VS en VB.NET créer un tableau de champ ça prend 1 seule ligne)
Salut à tous,Citation:
Envoyé par Marco46
Je dois prochainement me mettre à bosser sous Windev (le marketing "10x plus vite" et la sensation "je suis devenu un développeur en 3 clics" à fonctionné à plein régime sur les décideurs).
Je suis assez inquiet de ce que je lis ici. J'ai mis 3 ans à imposer un gestionnaire de source (Tortoise), apparemment je vais pouvoir tout jeter à la poubelle pour (beaucoup ?) moins bien. Est-ce que le GDS gère l'accès concurrentiel ? Selon quel mode (Verrouiller-modifier-déverrouiller ou copier-modifier-fusionner) ?
Si j'ai bien compris la remarque ci-dessus : si on à un "jeux" de composants, feuilles de fonctions/procédures génériques et communs à tous les projets, ils faudra les dupliquer autant de fois que l'on aura de versions de windev ?
Merci de vos éclaircissements.
Salut à toi,
A propos de la rétro-comptabilité, tu n'auras pas à dupliquer x fois les composants parce que tu as x versions Windev.
Le seule "hic", si "hic" il y a, c'est que dès lors que tu ouvres un projet d'une ancienne version de Windev avec une version plus récente, le projet est compilé pour fonctionner avec celle-ci.
Donc si tu veux modifier un projet d'une ancienne version Windev, sans avoir à le migrer, il te faudra l'ouvrir avec l'ancienne version. Pour info, il n'y a aucun soucis pour avoir x versions Windev sur un poste.
Pour le GDS, je l'utilise et je n'ai pas eu de problème.
L'accès peut être géré par développeur sur certains éléments du projet sur le mode Verrouiller-modifier-déverrouiller.
L'autre mode est accessible, s'il s'agit de modifier un même élèment par plusieurs développeurs, mais pas glop et même déconseillé.
Bien à toi
Heu, c'est vrai pour tout les langages, il me semble ! Je n'imagine pas demandé à un langage en version X, de compiler un projet en version X-n ? 8OCitation:
Envoyé par Lo²
Je me suis mal exprimé.
Prenons un exemple :
J'ai un projet en Windev 12. Je voudrais voir un bout de code sans pour autant modifier, mais sur le poste, je ne possède que la version 15.
Le fait d'ouvrir le projet en 12 avec une version 15, fait migrer le projet en 15.
C'est vrai que ce serait bien pratique. Mais aussi avoir la version dans laquelle ça a été fait.
Tu peux utiliser du code java 1.5 dans du java 1.6, mais même si ce que tu dis est vrai une nouvelle version de java ou de VB ou de C++ ne sors pas tous les 6/12 mois.Citation:
Envoyé par Louis Griffont
Le verrouiller modifier déverrouiller fonctionne plutôt bien mais :Citation:
Envoyé par Sitas
- le GDS est globalement lent, surtout quand plusieurs dev bossent sur le même projet).
- il n'y a de support que pour la dernière version du GDS et il plante de temps en temps.
- La fusion de modifs je ne m'y risquerais pas.
Sinon oui Tortoise et SVN tu peux mettre à la poubelle avec Windev.
Prenons un exemple concret.Citation:
Envoyé par Sitas
J'ai un composant écrit en Windev 10 pour gérer les mails.
J'ai une gestion commerciale écrite en 10 et une compta écrite en 12.
Si je veux avoir mon composant dans ma compta, je dois migrer mon projet de composant en 12 et avoir 2 versions différentes en permanence.
Donc si je trouve un bug, je dois le corriger en 10, puis migrer le projet en 12 puis générer les installs pour chaque version de windev.
Maintenant ya un autre dev de ta boite qui se pointe et qui développe un spécifique pour un autre client et qui a besoin de fonctionnalités du 14 donc il gère son projet en 14 et ce mec là a besoin de ton composant de mails.
Il te faudra désormais gérer 3 versions de ton composant. Alors que ce composant n'a pas évolué et a techniquement un code qui est identique de la version 10 à 14 et qui donc devrait pouvoir s'exécuter. Mais non il ne peut pas.
[EDIT : Là où ça devient vraiment compliqué c'est quand tu as des composants qui utilisent des composants et que ces composants sont utilisés dans plusieurs composants. ]
Le processus est le même pour tous les éléments d'un projet, classes, collections de procédures, fenêtres, etc ...
Si tu es habitué à développer objet tu vas pleurer. Impossible de faire quelque chose de correct avec Windev à ce niveau. L'éditeur de code est rebutant à lui tout seul. On ne peut pas organiser son code correctement, on ne peut pas surcharger les méthodes correctement, on ne peut pas avoir plusieurs constructeur, ... c'est vraiment le degré zéro de la prog objet.
Ceci dit, si tu réalises des outils de gestion, tu trouveras que Windev fait réellement gagner du temps sur les IHM.
Je ne connais pas les composants mais je viens de faire un essai :
Composant créer en Windev12, intégré dans un projet Windev Mobile 15.
A part le message me signifiant que le composant n'a pas été compilé pour une version Mobile, il a bien été intégré.
:salut: Bonjour,
C’est la première fois que je poste sur un forum de développeurs.
J’en profite pour me présenter car cela n’est pas neutre dans mon positionnement vis-à-vis de Windev.
Je suis seul programmeur de gestion en entreprise et cela depuis plus de 20 ans.
Je suis passé par différents langages : GAP II, Basic, Pascal, C++, et Delphi 5 et depuis 10 ans : Windev. (V7 à V12)
:ccool: Le passage sous Windev a été pour moi une révélation et je n’ai pas l’intention d’en changer.
Un tout en un qui m’accompagne de l’analyse à la distribution.
Un environnement complet, tout en Français.
Une gestion de l’interface homme/machine bien conçu avec export des tableaux vers Excel.
Un langage qui me va bien et prend en charge les aspects les plus répétitifs.
Une base de donnée Hyper file Classic robuste et performante, libre de droits.
Un créateur d’états, de requêtes, d’installation, débogage… etc…
:roll: … Bon, certes, ce « couteau suisse » n’est pas le saint graal, j’ai parfois des limitations ou des prises de tête avec !
Mais pour un programmeur de gestion en solo qui n’a ni moyens, ni ne bénéficie de formations, c’est un outil qui m’a rarement lâché.
:aie: Il faut reconnaître que mes besoins sont assez simples et terre à terre. L’élégance d’une ligne de code, la philosophie de la programmation objet, me passe largement au dessus de la tête !
Le coût de Windev est amorti par les services et la réactivité que je peux apporter à mon entreprise. De ne pas à avoir à chaque fois à réinventer l’eau tiède.
Bonjour Guillaume1958,
Je pense que tu es le public type visé par Windev. :ccool:
Hello,
Tout le monde a raison, car chacun d'entre nous apporte des plus et des moins.
Pour ce qui me concerne, je suis d'accord sur l'instabilité de Windev dans sa plateforme de conception. C'est crevant de devoir redemmarer le logiciel au moins trois fois par jours, sans compter que quand tu 'run', il met des plombes à compiler le code....
En revanche, comme vous, j'ai des grossesapplis qui fonctionne chez des clients, du style un fichier de factures qui avale par jour entre 850 et 2.000 facture, à raison de deux lignes en moyenne pour le corps de la facture, j'en suis à des fichiers comportant aujourd'hui entre 500.000 et 600.000 enregsitrement, sans faille, sans perte de donnée. Ca c'est pour la fiabilité de Windev en matière de SGDB.
Ce qu'il faut bien voir, et comprendre, c'est que windev est stable quand on fait des liaisons entre clé numérique. A partir du moment ou on utilise des clés ALPHANUM, là, et par expérience, cela relève de la gageure d'être certains que tout va bien se passer. Aussi, tous les programmeurs qui sont passés dans mes boites, je les obligeais à n'utiliser que des clés numérique, en identifiant uniques ou dupliqués, permettant de modifier les données alphanum sans remettre en cause la liaison MEURISE.
Enfin, L'IHM est simpa est permet de gagner un temps précieux. De plus, il se comporte comme du C, dans certains cas. On peut faire des include de fichier entete (comme pour le c++). On peut y insérer des collection de procédure (comme la gestion d'accès à un serveur MANTA, etc...
Mais, il faut être très rigoureux, tout instancier correctement, les objets doivent être nommés correctement, ne pas utiliser des nom identique pour des fenetres, des fichiers, des variables, etc.... au risque de se retrouver déborder tres tres tres rapidement.
A conclusion, Windev n'est n'y mauvais, ni bon, c'est une plateforme de développement et dont la base est distribuable gratuitement, ce qui n'est pa sle cas de toutes les bases. Commercialement, je préfère me mettre dan sles poches la différence de prix plutot que de verser annuellement une redevance à Oracle, A Bill, a MySQL, etc....
mais ceci, est un avis personnel
Amicalement
Et c'est forcément WinDev ?Citation:
Envoyé par EDM-TAHITI
J'ai eu quelques plantages, mais sur des années d'utilisation de WinDev et pas forcément à cause de WinDev.
Bonjour à Tous,
Depuis un peu plus de deux ans, cela n'a jamais "planté".Citation:
Envoyé par Guardian
Ne serait-ce pas plutôt le pc ?
Bonne journée
Hello,
Je ne sais si c'est le PC ou si c'est l'adressage de Windev avec Explorer qui passe en 'mode plante'. Mais pour ce qui est du PC, et comme tous les PC de développement utilisés, il n'est pas 'pollué' par tous les trucs inimaginables que chacun d'entre nous peut télécharger pour voir, pour tester.
Récement, j'ai un un problème, non lié à Windev, mais avec le gestionnaire de NVIDIA, EXPLORER,et WINDEV.
Apparement, l'instanciation entre les trois semble poser soucis, et uniquement dans ce cas là. Je travaille actuellement sur le sujet, peut-être aurais-je la chance de trouver, sinon, je continuerai à faire comme d'hab; arrêter le programme Windev et le relancer.
Amicalement
Je ne vais pas cracher dans la soupe, mais j'ai commencé en 82 comme tout le monde assembleur et il y a quelques années j'ai découvert WINDEV (2.1 etc suite... en passant par HIGHTSCREEN), qui m'a fait gagner beaucoup de temps et un peu d'argent.
Mais ce que je désapprouve chez eux, c'est le fait que l'on signale des erreurs, des mauvais adressages mémoires qui causent des chevauchement et induit au plantage.
On leur soumet la solution, et pour bénéficier de la mise a jour et bien il faut payer, car la modif n'est pas faite dans les mise a jour quotidiennes mais dans les mises a jour lors de changement de version.
Alors étant soumis au quota car je ne suis pas une vache a lait, et bien je me suis arrêté a la version 10. Et lorsque j'avai un soucis, je développais ma propre DLL pour contourner le problème.
Mais maintenant je suis en retraite forcée pour maladie et ce n'est plus mon soucis premier, car mon cerveau refuse de developper ce que je pense.
Bon dev a tous.
Je ne comprends pas vraiment cette rengaine sur le fait qu'il y ait des "bugs" (cela englobe également les méconnaissances transformées en bug) dans cet AGL.
Depuis quand ne devrait-il pas y avoir de bug ? Les autres outils n'en ont pas ? n'ont pas de limitations ?
Depuis quand on ne devrait pas développer son petit composant pour arriver à faire ce qu'on veut ?
Je ne dis pas non plus que je n'ai pas pesté sur certaines choses, mais il y a des moments il faut arrêter de sortir son cageot de tomates pourries systématiquement dés que ça va pas.
"Développer 10 fois plus vite" ne veut pas dire qu'on appuie sur un bouton et "hop" le projet est pondu !
Salut, ce n'est pas le fait qu'il y ait ou non des bugs. C'est le fait que lorsqu on leur donne la solution pour qu'ils corrigent ce bug. Celui ci est fait mais dans des versions qui seront payantes et non dans les versions de MAJ courantes pour lesquelles on a signaler le problème. Donc on achete, on corrige et on paie encore pour avoir la modification, c'est ce que je leur repproche.
En plus les erreurs d'adressage mémoire, ce sont des erreurs de débutants, ce que PCSOFT depuis le temps ne doit plus être !
Voila maintenant si c'est trop dur a comprendre !!!! :mrgreen: