WD10 - Nouveauté n° 070 - POUR TOUT

"Val" <Valsofts@free.fr> a écrit dans le message de
news:43bd5ee3$0$21227$626a54ce@news.free.fr...

*************
Dans la belle brochure publicitaire, il est annoncé qu'il est possible de
parcourir les lignes d'un champ table ou uniquement les lignes
sélectionnées d'un champ table (POUR TOUTE LIGNE SELECTIONNEE DE
TableClient)
Apparemment, cela ne fonctionne pas chez moi (version finale 37F
téléchargée)
Pourriez-vous me confirmer que cette nouveauté est bien prévue dans WD10 ?
*************

j'ai installé la 10 tt à l'heure, et il me semble qu'ils en parlent dans les
page sur les nouveautés non encore présente.
(y'a un lien dans la page sur les nouveautés)

val,

Ok il y peut être quelque petit truc qui ne fonctionne pas bien en 10 mais
globalement c'est pas mal. Tous les projets que j'ai migré en 10 n'ont pas
posé le moindre soucis. J'ai gagné en rapidité sur des petites config. Aucun
pb en C/S.

Alors essaye de positiver et d"éviter les reflexions : attendons la version
WD2345....

Tu crois de MS Visual Studio ou autre tools n'ont pas de bug ? Faut par
moment reconnaitre le boulot qui a été fait par les developpeurs de chez
PCSOFT. En tant que developpeur toi même tu devrais en être conscient. C'est
quand même grace à WIndev que tu développes?

Et le slogan 10 fois plus vite n'est pas forcément inexact comme beuacoup le
dise. Prend un projet Webdev par ex et fait le même en Java sous Eclipse sur
un serveur J2EE (apache tomcat). Tu verras si tu ne vas pas galérer... Tu
regrettera l'assistance de la saisie du code, tes belle fenetre faite en 3
clic..

Dans la boite ou je bosse, on a beaucoup de chose à faire en peu de temps.
La suite Windev/Webdev m'a apporté beaucoup en gain de temps. Faut par
moment contourné certains pb c'est vrai mais bon, c'est pareil ailleurs !

T'inquiéte j'ai pas d'action chez PCSOFT mais je trouve que le produit est
bon. Et je le dit.

Bien à toi.


"Val" <Valsofts@free.fr> a écrit dans le message de news:
43bd5ee3$0$21227$626a54ce@news.free.fr...

Bonjour

Je reposte ici mon message, puisqu'il n'est, apparemment, pas passé sur le
forum de PCSOFT.
Merci de vos réponses éclairées car cette nouveauté 070 m'intéresse
vachement car j'use, à profusion, de traitements ligne par ligne dans mes
tables et donc de "POUR i=1 à TableOccurence(nomdelatable)"

A+

Val

*************
Dans la belle brochure publicitaire, il est annoncé qu'il est possible de
parcourir les lignes d'un champ table ou uniquement les lignes
sélectionnées d'un champ table (POUR TOUTE LIGNE SELECTIONNEE DE
TableClient)
Apparemment, cela ne fonctionne pas chez moi (version finale 37F
téléchargée)
Pourriez-vous me confirmer que cette nouveauté est bien prévue dans WD10 ?
*************

Francis DUHAUT a utilisé son clavier pour écrire :

Alors essaye de positiver et d"éviter les reflexions : attendons la version
WD2345....

Chacun a le droit d'exprimer ici ses opinions et pourquoi pas ses états
d'âmes du moment.
Tu as toi aussi le droit de dire que tu aimes ou que tu n'aimes pas,
mais en aucun cas le droit d'exiger que les autres se taisent.

Tu crois de MS Visual Studio ou autre tools n'ont pas de bug ?

Oui, mais eux, ils les référencent publiquement.

Faut par
moment reconnaitre le boulot qui a été fait par les developpeurs de chez
PCSOFT.

Encore une fois, je ne pense pas que personne ici ne remette en cause
le boulot des développeurs de Montpellier ou même la qualité de WD. Ce
qui est principalement en cause, c'est la politique de l'éditeur
(poussé par ses actionnaires ?) qui sort coute que coute une version
par an.

En tant que developpeur toi même tu devrais en être conscient. C'est
quand même grace à WIndev que tu développes?

Et alors ? Il paye un produit, n'a-t-il pas le droit de rouspeter si le
produit ne correspond pas à ce qu'il a payé ?

Et le slogan 10 fois plus vite n'est pas forcément inexact comme beuacoup le
dise. Prend un projet Webdev par ex et fait le même en Java sous Eclipse sur
un serveur J2EE (apache tomcat). Tu verras si tu ne vas pas galérer... Tu
regrettera l'assistance de la saisie du code,

As-tu déjà utilisé EClipse ?
(pour ton info, la saisie assistée existe depuis un bon moment)

tes belle fenetre faite en 3 clic..

Pour un projet J2EE sous Tomcat, ca sert vraiment beaucoup en effet...

A+

--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)

Bonjour Francis

"Francis DUHAUT" <fduhaut@club-internet.fr> a écrit dans le message de news:
43be0aca$0$15838$7a628cd7@news.club-internet.fr...

val,

Ok il y peut être quelque petit truc qui ne fonctionne pas bien en 10 mais
globalement c'est pas mal. Tous les projets que j'ai migré en 10 n'ont pas
posé le moindre soucis. J'ai gagné en rapidité sur des petites config.
Aucun pb en C/S.

Alors essaye de positiver et d"éviter les reflexions : attendons la
version WD2345....

Tu crois de MS Visual Studio ou autre tools n'ont pas de bug ? Faut par
moment reconnaitre le boulot qui a été fait par les developpeurs de chez
PCSOFT. En tant que developpeur toi même tu devrais en être conscient.
C'est quand même grace à WIndev que tu développes?

Et le slogan 10 fois plus vite n'est pas forcément inexact comme beuacoup
le dise. Prend un projet Webdev par ex et fait le même en Java sous
Eclipse sur un serveur J2EE (apache tomcat). Tu verras si tu ne vas pas
galérer... Tu regrettera l'assistance de la saisie du code, tes belle
fenetre faite en 3 clic..

Dans la boite ou je bosse, on a beaucoup de chose à faire en peu de temps.
La suite Windev/Webdev m'a apporté beaucoup en gain de temps. Faut par
moment contourné certains pb c'est vrai mais bon, c'est pareil ailleurs !

T'inquiéte j'ai pas d'action chez PCSOFT mais je trouve que le produit est
bon. Et je le dit.

Bien à toi.

Tout d'abord, le bug 44 071 auquel je fais allusion dans un autre post était
présent dans la WD9. Donc, dans des "conditions normales", ce bug ne devrait
plus être présent dans la version WD10.
Non, tu n'es pas d'accord avec moi ?
Imagine que plusieurs clients te signalent un bug dans la version 9 de ton
logiciel et que, 8 mois plus tard, tu diffuses la version 10 de ton logiciel
sans avoir pris soin de corriger ce bug.
Te sentirais-tu bien dans ta peau ?
Ferais-tu preuve de respect pour ta clientèle si tu te livrais à cela ?
Réfléchi bien ...

Ensuite, concernant cette "Nouveauté n° 070 - POUR TOUT".
Dans notre profession et quel que soit le pays dans lequel nous nous
trouvons, nous employons tous, à peu près, les mêmes formules.
Ainsi, pour annoncer à nos clients des choses qui fonctionnent dans la
nouvelle version d'un logiciel, on use de la formule "il est maintenant
possible". Par contre, quand il faut annoncer des choses sur lesquelles nous
travaillons et qui ne seront abouties ou qui ne seront possibles que
beaucoup plus tard, nous employons la formule "il sera possible".
Bien.
Même si nous ne sommes pas toujours familiers avec les verbes et la
conjugaison, on sait quand même faire la distinction entre le présent (ce
qui est acquis), le futur (ce qui sera acquis) et le conditionnel (ce que
l'on aimerait rendre acquis)
Bien.
Dans la belle brochure jaune de 50 pages que j'ai reçue en 4 exemplaires (en
2 fois) et au titre de cette nouveauté n° 070 - POUR TOUT, il est dit "...
cette fonction permet maintenant également de parcourir ... "
Comme on peut de voir, le ton est affirmatif, donc la chose est supposée
entendue et vraiment possible. On peut le faire maintenant, dans la version
10 et non pas en Septembre 2006 à quelques semaines de la parution de la
version 11.
Donc, après avoir installé WD10 et puisque j'use, à profusion, des
traitements ligne par ligne dans mes tables, c'est l'une des premières
choses que j'essaie de mettre en application car, vu la formule employée
dans la brochure et pardon si je me répète, c'est une fonction qui doit être
opérationnelle dés maintenant et non en Septembre 2006.
Or ... imagine ma déception puisqu'il semble que, au 5 Janvier 2006 et dans
la version finale du moment, POUR TOUT ne fonctionne pas avec les tables.
Non pas que cela soit un bug mais, apparemment et sauf erreur de ma part
(d'où mon post à ce sujet sur le forum de PC-SOFT et ici-même pour avoir
l'avis d'autres développeurs), il n'est pas possible d'utiliser POUR TOUT
pour parcourir les lignes d'une table.
Pourtant, dans la brochure il est dit "... cette fonction permet maintenant
également de parcourir ... "
Donc ... publicité mensongère, oubli des développeurs, annonce erronée des
commerciaux, etc ... ?
Peu importent vraiment les raisons, moi ce que je vois c'est le résultat: la
nouveauté n° 070 - POUR TOUT ne fonctionne pas et je ne peux pas faire ce
que j'avais prévu de faire. Donc, toutes les petites choses que j'avais
bâties dans ma tête dans la perspective de la présence de cette
fonctionnalité tombent à l'eau où doivent être remises à une date
ultérieure.

Bien.
J'ai testé également la nouveauté 035 permettant d'installer des boites de
dialoques dans l'interface.
Apparement et vu les premiers tests, et si tu utilises la fenêtre
"WinDevMessageBox.wdw" pour personnaliser tes boites de dialogue Info,
erreur, OUI/NON, etc ... ces nouvelles boites de dialogue ne reprennent pas
le style que tu auras défini.
Donc, cela ne fait pas propre, voire même dégueulasse diront certains.
Comme déjà dit dans un autre post, j'ai testé également la nouveauté 057 (le
GFI - grisage de fenêtre innacessible).
Dans certaines situations, ce truc engendre un "clignotement" fort
désagréable de la fenêtre appelante car l'état de visibilité de la fenêtre
appelée n'est pas pris en compte.
Donc, là aussi, cela ne fait pas propre, voire même dégueulasse.

Donc, quand j'ajoute toutes ces déceptions aux déceptions du passé
(j'utilise WD depuis la version 4 avec une seule impasse sur la version 8),
je me retrouve avec un goût amer dans la bouche et, ajouté à tout le reste
et sur lequel je ne vais pas m'étendre ici mais dans une prochaine
correspondance adressée au service Qualité de PC-SOFT, je me retrouve avec
la langue aussi pâteuse que si j'avais léché l'asphalte de l'autoroute A7
entre Valence et Marseille.

Bien.

Ensuite, ce que tu dis est très intéressant et cela met bien en avant le
problème qui se pose actuellement avec Windev.
En effet, tu dis "Dans la boite ou je bosse, on a beaucoup de chose à faire
en peu de temps".
Et oui ... le problème il est ici, c'est à dire que tu travailles au sein
d'une équipe, alors que moi je travaille tout seul, donc nous n'avons pas la
même vision des choses.

Et oui ... le gros problème il est ici, c'est à dire que quand un
développeur bosse en solo et non au sein d'une équipe, il encaisse tout et
il ressent tout, à la différence du développeur qui lui travaille au sein
d'une équipe et qui, lui, est dans un environnement que l'on peut qualifier
de "feutré" puisqu'uniquement dédié au développement.
Tu comprends ce que je veux dire ?

Ainsi, comme beaucoup d'entre nous, je suis installé à mon compte et je
travaille tout seul, c'est-à-dire que je développe, je fais le commercial,
je fais la gestion et je fais également la répondance téléphonique et bien
d'autres choses.
Donc, quand je suis dans mon rôle de développeur et que je tombe sur un bug
qui me fait perdre 3 heures entre sa mise en évidence et son contournement,
je râle, c'est sur, mais je n'en fait pas une affaire d'état car, bien sur,
je suis conscient que le produit sans bug n'existe pas et je le sais.
Ensuite, quand je suis dans mon rôle de gestionnaire et que je signe le
chèque de commande pour acheter la mise à jour annuelle de Windev car c'est
désormais la fréquence de parution de WD (comme les anti-virus en somme), je
râle parce que je ne connais pas un patron qui ne râle pas quand il doit
signer un chèque (sauf peut-être celui qui achète des dessous coquins à sa
maîtresse sur le compte de sa boite), mais je me dis que je dois le faire,
par respect pour mes clients de façon à pouvoir leur offrir ensuite un
produit à la pointe du moment, mais aussi parce que je me dis que les
développeurs de PCSOFT auront, eux-aussi, fait ce qu'il fallait pour
respecter leurs clients en corrigeant les bugs des versions antérieures dont
ils ont connaissance depuis plusieurs mois.

Oui mais voilà, lorsque le moment arrive où j'ai la nouvelle version entre
les mains, le développeur que je suis se rend compte que des bugs connus
depuis plusieurs mois existent encore, que certaines des nouveautés
aguichantes et mises en avant dans la belle plaquette publicitaire ne sont
soit pas là, soit non fonctionnelles, soit non abouties, soit non
documentées, donc inutilisables (ou alors il faut passer 3 jours pour
comprendre comment le faire).
Donc, le développeur commercial gestionnaire que je suis, par la force des
choses, se met à bouillir et c'est normal car cette fréquence de sortie
effrénée des versions de WD engendre des dysfonctionnements à tous les
niveaux.

Donc, comme déjà dit, le problème il est ici, c'est à dire que quand un
développeur bosse en solo et non au sein d'une équipe, il perçoit les choses
autrement.
Ainsi, celui qui bosse au sein d'une boite qui est gérée par un patron, où
il y a un commercial qui fait le beau au niveau de la clientèle et des
secrétaires (style JC dans Caméra Café) et où il y a d'autres développeurs
auprès de qui il peut confier ses angoisses de développeur ou, quelquefois,
ses inquiétudes sur son impuissance à ne pas savoir comment résoudre un
problème de développement, il ne perçoit pas les choses de la même façon.
Lui, ce développeur là qui n'a pas à endosser le rôle de gestionnaire, ce
qu'il voit ce sont les améliorations qui vont lui faciliter la vie, ou
celles destinées à mieux pouvoir mettre en avant son travail ...
Lui, ce développeur là qui n'a pas à endosser le rôle de gestionnaire, il se
fiche de savoir combien coûte la licence de mise à jour et il se fiche de
savoir que le fait de passer d'une version de WD à une autre version de WD
va nécessiter plusieurs jours de travail et, par conséquent, il se fiche de
savoir que cela va coûter de l'argent à l'entreprise et ce même si tout ce
travail de migration d'une version à une autre est fait tôt le matin ou tard
le soir, c'est-à-dire en dehors des heures de travail.
Oh bien sur, l'argument "Compatibilité totale" WD(x) à WD(x+1) est largement
mis en évidence dans les plaquettes publicitaires ... mais c'est un argument
destiné aux gestionnaires, uniquement, car nous savons bien, nous les
développeurs, que le passage d'une version WD(x) à WD(x+1) nécessite de
longues heures de travail et comme le temps n'est pas élastique, ce temps de
travail supplémentaire doit être puisé ailleurs, c'est-à-dire soit sur nos
temps de loisirs ou de repos, soit au détriment des affaires et projets en
cours.

Donc, et comme PCSOFT a, apparemment, décidé de sortir des nouvelles
versions de Wd tous les ans, et comme je suis un développeur commercial
gestionnaire qui ne génère pas assez de chiffre pour pouvoir embaucher
quelqu'un et qui souhaite respecter sa clientèle, j'achète le produit WD
tous les ans.
Oui, je l'achète de façon à pouvoir, dans la mesure du possible (et si elles
fonctionnent bien sur), intégrer les nouveautés du moment en matière de
performances informatiques ou d'ergonomie, et non par confiance ou fidélité
auprès de PC-SOFT.
Malheureusement, il ne se passe pas une nouvelle version sans que je bute
sur quelque chose, non pas que je sois un mauvais développeur, mais parce
que, à chaque nouvelle version, il y a des petits bidules qui accrochent ...
et quand je dis des petits bidules, c'est peu dire tu peux me croire.
Donc, si le développeur que je suis est quand même heureux d'avoir entre les
mains un produit nouveau avec lequel il va pouvoir faire mumuse pour
afficher des animations dans les fenêtres ou calculer l'âge de sa copine au
jour près, le gestionnaire que je suis à mal aux tripes de devoir faire,
tous les mois de décembre, un chèque de plusieurs centaines d'euros pour un
produit qu'il ne va pas pouvoir vraiment utiliser avant Septembre de l'année
prochaine, du fait que le produit disponible en version finale en début
d'année ne sera pas entièrement finalisé (anciens bugs non corrigés,
nouveaux bugs, fonctions absentes ou non documentées, etc, etc ...).
Tu comprends ce que je veux dire ?
Tu veux des exemples, en voici.
L'éditeur d'aide, depuis WD7, il n'a jamais été à la hauteur de ce qui
était annoncé et, aujourd'hui encore semble t'il, il présente pas mal de
problèmes et de lacunes: amuse toi, par exemple, à faire des copiers/collers
dans les pages pour voir le résultat (apparition de liens soulignés). Essaie
également de créer un tableau, qui est pourtant l'une des bases du format
HTML.
Ensuite, il y a le format RTF qui nous donne la possibilité d'intégrer, par
le biais des couleurs notamment, des choses intéressantes dans nos
interfaces ...
Le problème, c'est que dans WD9, il nous a posé d'innombrables problèmes au
niveau des aperçus à l'écran ou des impressions, à tel point d'ailleurs que
beaucoup d'entre nous ont mis de côté ce format RTF, voire abandonné
l'export au format HTML, XML ou Word trop problématique.
Il y a aussi l'éditeur d'installation qui pose toujours des problèmes et
raison pour laquelle beaucoup de développeurs ne l'utilisent pas ou plus.
Ainsi, l'année dernière, j'étais heureux de voir qu'avec WD9, on allait
pouvoir créer des install au format MSI. J'ai testé et j'ai du abandonner
mes tests car des messages d'erreurs inexpliqués apparaissaient et il
n'était même pas possible de placer un raccourci sur le bureau de Windows ou
le menu démarrer de Windows. Tu parles d'une nouveauté !
Encore une fois, je me suis dit que c'était du travail bâclé et que je
m'étais, encore une fois, fait avoir par les arguments publicitaires.
Donc, pour l'éditeur d'installation, j'ai depuis la version 7 de Windev,
adopté un autre produit qui est parfait et avec lequel je n'ai absolument
aucun problème et qui, en plus, est gratuit et avec lequel on peut créer des
installs commerciaux au look professionnel et, surtout, très compact (pour
les mises à jour des fichiers de données, j'utilise une autre méthode).
Il y a aussi le champ Treeview, qui en est resté à l'âge préhistorique dans
Windev, puisque pour pouvoir afficher ou manipuler des données dans un
treeview, il faut se lever de bonne heure. D'ailleurs, sauf erreur de ma
part et à moins de recourir à un code plutôt complexe, il n'est toujours pas
possible de changer la couleur du bandeau de sélection dans le treeview ...
Tu imagines cela ... on est en 2006 pourtant !

Oh bien sur, certains des problèmes auxquels je fais allusion ci-dessus sont
peut-être réglés aujourd'hui mais, comme déjà dit, le développeur commercial
gestionnaire que je ne suis n'est pas en mesure de revenir, constamment,
tous les ans, sur certaines choses car il a d'autres choses à faire.
Donc, les produits et systèmes autres que ceux fournis avec WD et
pour lesquels j'ai opté sont parfaitement au point, ma méthode de travail
est parfaitement adaptée à ces produits et systèmes donc je n'ai plus à y
revenir pour l'instant et là, oui, le développeur que je suis développe 10
fois plus vite, le gestionnaire que je suis gagne du temps donc de l'argent
et le commercial que je suis est content car ses clients sont satisfaits
puisqu'ils ne sont pas confrontés à des anomalies.

Comme déjà dit plus haut, cette fréquence de sortie effrénée des versions de
WD engendre des dysfonctionnements et nous, les petits développeurs, nous
avons beaucoup de mal à suivre car, à y regarder de plus près, on se
retrouve à devoir passer énormément de temps à tester le produit, découvrir
ses évolutions, contourner ses dysfonctionnements, reprendre nos codes pour
supprimer les contournements de bugs qui y avaient été placés, etc ..
Or, pendant tout ce temps, qui fait notre boulot ?
Oui, pendant tout le temps que l'on passe pour mettre en évidence un nouveau
bug, pour le formaliser de façon propre afin de le signaler au support
technique, qui fait notre boulot ?
Oui, pendant tout le temps que l'on passe pour chercher à comprendre
pourquoi ce qui était possible en version WD(x) n'est plus possible en
version WD(x+1), qui fait notre boulot ?

Et oui, personne ne le fait notre boulot.
Donc, il arrive un moment où l'on tape le poing sur la table, nous les
petits patrons développeurs.
A la suite de quoi, on se dit que pour ne plus perdre notre temps, on ne
signalera plus les bugs sur les forums car cela nous prend trop de temps
pour le faire et encore moins au support technique car nombre de ces bugs ne
sont pas corrigés, donc autant pisser dans un violon.
Or, en signalant les bugs sur les forums, d'autres développeurs les
découvraient et cela leur évitait d'y être confronté.
Donc, si on ne prend plus le temps de le faire, nous n'aidons pas nos
collègues, c'est évident, car des bugs que nous avons découverts et
contournés, d'autres que nous y serons confrontés à un moment donné.
Oui mais bon, comment faire ... car il n'y a que 24H00 dans une journée !
Or, si j'ajoute à mon temps de travail normal, tout le temps que le perds
régulièrement avec Windev pour, comme déjà dit, mettre en évidence et
formaliser les nouveaux bugs que je découvre, comprendre les différences de
comportement entre les versions, mettre à jour mon code (comme dans WD10
avec le typage des champs au niveau de l'indirection), il n'y a plus de
place pour le reste.

Pas facile, hein ?
Et oui, être patron et développer en solo et être salarié développeur dans
une entreprise (ou patron associé et développer au sein d'une équipe) , ce
sont des métiers différents avec chacun leur spécificité et, surtout, leurs
contraintes.

Pour finir, car j'ai quand même pas mal de boulot et parce qu'il faut que je
m'y mette, moi je me dis que si Windev reste un bon outil de développement,
il n'en reste pas moins que la façon sous laquelle il est produit et diffusé
aujourd'hui n'est plus vraiment adaptée au développeur qui travaille en
solo.
C'est mon opinion.
Ainsi, nous sommes, selon les chiffres avancés par PC-SOFT, 80.000 à avoir
choisi Windev. Oui, sans doute puisque, comme déjà dit, le produit est pas
mal. Le fait est que ce chiffre n'est pas révélateur de la situation,
puisque parmi ces 80.000 développeurs à avoir choisi Windev, combien
utilisent vraiment le logiciel.
Dans mon entourage, je n'ai pas assez des dix doigts de mes mains pour
compter ceux qui ont la licence, le dongle, les dernières versions en date
et qui, pourtant, n'utilisent le produit que de temps en temps, comme cela,
pour ébaucher un produit qu'ils développeront ensuite avec un autre outil.
Ces personnes là doivent elles être comptées dans les 80.000 ?
A mon avis, non !

Allez, bonne journée à tous et à toutes.

Val

Val a couché sur son écran :

Bonjour Francis

"Francis DUHAUT" <fduhaut@club-internet.fr> a écrit dans le message de news:
43be0aca$0$15838$7a628cd7@news.club-internet.fr...

val,

.....

Allez, bonne journée à tous et à toutes.

Val

merci pour ce texte.

il reprends ce que mes petits doigts envisageaient de taper depuis
quelques jours.

j'ajouterai 2 points qui ne semble pas avoir été remarqué :

1 - pour qulqu'un qui a déjà eu en charge la gestion d'un envoi en
masse d'un mailing
de CD ou de DVD, celui-ci sait qu'il y a un délai certain entre la
livraison et la
fourniture du master pour pressage des CD et DVD. et ce délai est
impressionnant.
là-dessus il faut ajouter le délai de gestion de l'envoi du mailing par
le
transporteur, cela fait au total un gros paquet de semaines. tout cela
pour en venir au fait
que je ne vois pas comment l'éditeur peut livrer une version finale
dernière semaine
de décembre quand la pré-version est disponible début décembre. cela
coince qq part
dans les délais. ou alors, sur la livraison su CD/DVD n'est pas une
version finale
mais également une pré-version.

à méditer.

avant d'ouvrir le carton de la 10, j'attends donc la première vraie
mise à jour.

2 - il n'y plus eu de mise à jour de la 9 depuis septembre. faut-il
s'ttendre à un
'figeage' de la 9. ce qui laisse sous-entendre qu'une version c'est un
CD/DVD et 3 mises
à jour. point à la ligne. La 'ligne chaude' risque d'être tranquille
car les développeurs
n'auront pas fini les migrations des programmes que la nouvelle version
sera sortie avec
la célèbre phrase de la hot-line : 'nous ne pouvons rien faire. vous
devez passer dans la
nouvelle version'. et là, c'est super frustrant pour un
dévloppeur-commercial-patron.

en synthès, notre éditeur ne peut pas s'empêcher de succomber à ses
anciens démons
et fait payer ses tendances à ses clients par du temps et de l'énergie
perdue.

--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com

Bonjour Val,

Ta réponse "fournie" ne me laisse pas indifférent. Il est vrai que j'étais
surement de mauvais poil ce jour la...

Je suis conscient des pb que tu peux rencontrer en tant que developpeur
indépendant qui paye sa licence et qui attend que le produit soit à la
hauteur OK. Moi c'est ma boite qui paye ok mais bon faut quand même fournir
du résultat et la pression est parfois très forte. Nous sommes un groupe
européen avec filiale aux USA et je dois cohabiter avec des interlocuteurs
de tous les pays. Je ne parle que Anglais...mais bon ça va.

Ma réponse "un peu sauvage" (et avec le recul je m'en excuse) a été stimulé
par tout les post négatif constaté sur ce forum qui tout compte fait ne font
pas avancé grand chose car à chaque pb rencontré, le mieux est "d'essayer"
de le remonter au support technique. Ce qui a plus de chance d'aboutir.

J'avoue de mon côté n'avoir pas trop subit de si gros problème avec windev.
J'ai commencé en version 5.5, puis passé sous visual studio et je suis
revenu à Windev en version 8. Je n'ai donc pas connu le passage 5.5 vers 7
qui apparement a été plutot difficile. Mais pour être honnête avec Visual St
j'ai bien galéré aussi. Tu as par contre la chance d'avoir une plus grande
communauté, plus de bibliothèque ce qui manque en Windev.

Revenons à la brochure PCSOFT. J'avoue n'avoir pas trop changé mes habitudes
et n'avoir pas de suite flashé sur les dernières fonctions. Le GFI m'a bien
plus. Ton histoire de clignotement apparement est génant mais tu as réussi à
le contourné. Bon c'est pas la mère à boire.
J'ai migré une grosse appli en 10 (200 fenetre, 50 tables, 300Mo de
données). Et bien ça été plutot bien. Plus rapide sur des petites config au
niveau affichage (surtout les onglets). Comme quoi. J'ai juste quelques
soucis au niveau du gestionnaire Hyperfile C/S depuis la passage en version
10 (il se ferme par moment avec message d'erreur) mais pas de plantage du
service manta.
Bon on me pousse pour migrer en MySQL. La confiance à Hyperfile C/S es
tencorefaible pourtant moi je le trouve pas mal. Le pb est que j'ai eu à un
moment la bonne idée de mettre quelques accents sur des nom de champs dans
des tables. La migration est de ce fait un peu plus compliqué (SqlManagerX
est vraiment top pour ça). Ceci dit l'accès natif MySQL fonctionne bien
(enfoin aps de pb pour le moment)

Le problème, c'est que dans WD9, il nous a posé d'innombrables problèmes
au
niveau des aperçus à l'écran ou des impressions, à tel point d'ailleurs
que
beaucoup d'entre nous ont mis de côté ce format RTF, voire abandonné
l'export au format HTML, XML ou Word trop problématique.

Ok Même pb pour avec l'impression en PDF quand 'imprimante est réseau.??? Pb
résolu depuis.

Pour finir, car j'ai quand même pas mal de boulot et parce qu'il faut que
je
m'y mette, moi je me dis que si Windev reste un bon outil de
développement,
il n'en reste pas moins que la façon sous laquelle il est produit et
diffusé
aujourd'hui n'est plus vraiment adaptée au développeur qui travaille en
solo.
C'est mon opinion.

C'est pourtant un outils rapide, facile. Il sera difficile de trouver ça
ailleurs. J'ai comparé les temps de dev en .net et en windev: on bien plus
rentable avec windev, même si il faut par moment "tricoté" le code. Mais je
te rassure c'est pas mieux en face.

Allez, Bon Dev et bon WE,
Francis.

Francis DUHAUT avait énoncé :

Bonjour Val,

[CUT]

Bon on me pousse pour migrer en MySQL. La confiance à Hyperfile C/S es
tencorefaible pourtant moi je le trouve pas mal. Le pb est que j'ai eu à un
moment la bonne idée de mettre quelques accents sur des nom de champs dans
des tables. La migration est de ce fait un peu plus compliqué (SqlManagerX
est vraiment top pour ça). Ceci dit l'accès natif MySQL fonctionne bien
(enfoin aps de pb pour le moment)

Hé bien Francis. Toi qui veux plus haut une charte de programmation
(modélisation en fait) pour tes fichiers, j'espère que tu ne ne
laisserais pas mettre des caractères accentués dans tes fichiers :D

A ce sujet, lors de la présentation de la 10, un truc qui pour le coup
ne m'a vraiment pas plu (que je n'ais meme pas testé tellement cela me
semble incongru), c'est la possibilité de générer la base de données à
partir d'un écran.
Moi j'appelle cela "marcher sur la tête". Bon on est pas obligé de
l'utiliser mais c'est avec des trucs comme cela qu'on
déprofessionnalise un outil. (c'est mon avis perso bien sûr)



--
Eric Roumégou
Webmaster des Wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci dessus pour me contacter en privé)

Bonjour Eric,

Hé bien Francis. Toi qui veux plus haut une charte de programmation
(modélisation en fait) pour tes fichiers, j'espère que tu ne ne laisserais
pas mettre des caractères accentués dans tes fichiers :D

Non je me ferais plus avoir... mais bon avec le refactoring, on rectifie
vite le tir.

A ce sujet, lors de la présentation de la 10, un truc qui pour le coup ne
m'a vraiment pas plu (que je n'ais meme pas testé tellement cela me semble
incongru), c'est la possibilité de générer la base de données à partir
d'un écran.
Moi j'appelle cela "marcher sur la tête". Bon on est pas obligé de
l'utiliser mais c'est avec des trucs comme cela qu'on déprofessionnalise
un outil. (c'est mon avis perso bien sûr)

Je voulais juste dire que pour le travail en groupe, la standardisation du
code est une chose importante. Au niveau des bases de données, je pense que
cela est bien de se fixer une régle commune pour le nomage des champs.

Bon WE,
Francis.

Bonjour,

2 - il n'y plus eu de mise à jour de la 9 depuis septembre. faut-il
s'ttendre à un
'figeage' de la 9. ce qui laisse sous-entendre qu'une version c'est un
CD/DVD et 3 mises
à jour. point à la ligne. La 'ligne chaude' risque d'être tranquille car
les développeurs
n'auront pas fini les migrations des programmes que la nouvelle version
sera sortie avec
la célèbre phrase de la hot-line : 'nous ne pouvons rien faire. vous devez
passer dans la
nouvelle version'. et là, c'est super frustrant pour un
dévloppeur-commercial-patron.

Je suis d'accord avec toi, une version doit être maintenue. Au moins la 8 et
la 9.

Bon WE
Francis.

Val a écrit :

Bonjour Francis

"Francis DUHAUT" <fduhaut@club-internet.fr> a écrit dans le message de news:
43be0aca$0$15838$7a628cd7@news.club-internet.fr...

...

Tout d'abord, le bug 44 071 auquel je fais allusion dans un autre post était
présent dans la WD9. Donc, dans des "conditions normales", ce bug ne devrait
plus être présent dans la version WD10.
Non, tu n'es pas d'accord avec moi ?
Imagine que plusieurs clients te signalent un bug dans la version 9 de ton
logiciel et que, 8 mois plus tard, tu diffuses la version 10 de ton logiciel
sans avoir pris soin de corriger ce bug.
Te sentirais-tu bien dans ta peau ?
Ferais-tu preuve de respect pour ta clientèle si tu te livrais à cela ?
Réfléchi bien ...

Ensuite, concernant cette "Nouveauté n° 070 - POUR TOUT".

...

Allez, bonne journée à tous et à toutes.

Val

Merci pour cette prose à laquelle je souscris.

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:christophe.charron@prologiq.fr