Question saugrenue ?

"Isabeau" <isos@free.fr> a écrit

Bonjour,

Puis-je attaquer dans une appli version 9 des fichiers HF5.5 sans
migrer ces fichiers et sans créer d'analyse dans l'appli en version 9.

Il me semble que oui mais plus moyen pour l'instant de mettre la main sur
le code :-(

Maintenant, je ne comprend pas très bien la démarche car je trouve
vraiment dommage de ne pas migrer les fichiers. Il y a une raison
particulière ?


Amicalement,

Emmanuel Haefelé.

Merci, Emmanuel de perdre du temps sur mon cas.

Pourquoi ne pas migrer les fichiers ? :

Mon appli est très conséquente, en utilisation chez plus de 100
Clients, et j'ai tenté maintes et maintes fois la migration.
Dans toutes mes fenêtres les styles sont sans dessus-dessous.
(c'est ce qui me gêne le plus - tu imagines - revoir plus de 400
fenêtres)
J'ai des tonnes d'erreurs (c'est pas le plus grave)
J'utilise pas mal les InfosObjets.
Brefs, je ne suis pas paresseux, loin de là, mais j'ai estimé a plus
de 6 mois le temps de travail (je suis seul) pour obtenir une appli
aussi fiable que ma version actuelle (en 5.5) en clientèle.

Hors mes Clients me demandent des évolutions permanentes, ce qui me
ravi, et je m'empresse de leur donner satisfaction le plus rapidement
possible (en général dans la journée).

Dans ces conditions tu comprendras que je ne peux pas faire évoluer
deux applis dans deux versions différentes en même temps. Risque
d'erreurs, d'oubli, d'autant que toute la journée, ces même Clients
m'appellent au téléphone.

D'où une idée :
Ne pas migrer, mais travailler par modules.
Exemple :
Je réécrit tout le module "Statistiques" (c'est une appli de gestion
commerciale) en attaquant mes fichiers HF5.5 sans les migrer, bien
sûr, car en cas de modifs de l'analyse 5.5 (ce qui arrive de temps en
temps, inmanquablement), il me faudrait également faire suivre les
modifs dans l'analyse en WD9.

Ainsi, une fois terminé, je livre ce module à mes Clients, non sans
avoir supprimé dans leur version en 5.5 la partie "Stats". Donc pas de
migration des fichiers bien sûr !

Ce qui revient à dire que chez mes Clients, ils utilisent, de façon
quasi transparente une appli en 5.5 qui appelle un module en 9 avec les
mêmes fichiers évidemment.
Donc si modif d'analyse, pas de soucis, le wdmodfic de la 5.5 fait son
travail et le module "Stats" en Version 9 ne bronche pas.

Ais-je été clair ?

Ceci dit j'ai donc écrit un petit module d'essai en version 9, qui
reprends le code du projet de la 5.5, les procédures globales de ce
même projet si utilisées en stats, bref tout va bien.
PcSoft et d'autres m'avait déjà conseillé de réécrire plutôt que
de migrer, c'est effectivement une bien meilleure solution.

Je refais donc toutes mes fenêtres de stats à mon rythme, sans la
pression.

La où je butte c'est pour faire avaler à mon module en v9 les
ficheirs de ma 5.5
J'ai lu et relu l'aide, fais de multiples essais (HDeclare,
HdeclareExterne, HAllias, etc...)
rien n'y fait, il n'accepte pas mes fichiers.
Je reste persuadé que la chose est possible et que j'ai laissé passé
quelque chose.
Je ne suis pas un débutant, loin de là, mais je dois être fatigué.
Je ne suis pas du style à demander de l'aide avant d'avoir galéré,
mais là, j'avoue, je craque un peu.
D"où ma demande, certe gonflée :
Quelqu'un aurait-il la gentillesse de me poster le code avec la syntaxe
qui va bien ?
Je lui en serait diablement reconnaissant, car il me permettrait
d'allonger sensiblement mon temps de sommeil.

J'espère avoir été clair.

Merci en tout de ta volonté de m'aider.
Merci à tous ceux qui le feront.

Isabeau a couché sur son écran :

Merci, Emmanuel de perdre du temps sur mon cas.

Pourquoi ne pas migrer les fichiers ? :

Mon appli est très conséquente, en utilisation chez plus de 100
Clients, et j'ai tenté maintes et maintes fois la migration.
Dans toutes mes fenêtres les styles sont sans dessus-dessous.
(c'est ce qui me gêne le plus - tu imagines - revoir plus de 400
fenêtres)
J'ai des tonnes d'erreurs (c'est pas le plus grave)
J'utilise pas mal les InfosObjets.
Brefs, je ne suis pas paresseux, loin de là, mais j'ai estimé a plus
de 6 mois le temps de travail (je suis seul) pour obtenir une appli
aussi fiable que ma version actuelle (en 5.5) en clientèle.

Hors mes Clients me demandent des évolutions permanentes, ce qui me
ravi, et je m'empresse de leur donner satisfaction le plus rapidement
possible (en général dans la journée).

Dans ces conditions tu comprendras que je ne peux pas faire évoluer
deux applis dans deux versions différentes en même temps. Risque
d'erreurs, d'oubli, d'autant que toute la journée, ces même Clients
m'appellent au téléphone.

D'où une idée :
Ne pas migrer, mais travailler par modules.
Exemple :
Je réécrit tout le module "Statistiques" (c'est une appli de gestion
commerciale) en attaquant mes fichiers HF5.5 sans les migrer, bien
sûr, car en cas de modifs de l'analyse 5.5 (ce qui arrive de temps en
temps, inmanquablement), il me faudrait également faire suivre les
modifs dans l'analyse en WD9.

Ainsi, une fois terminé, je livre ce module à mes Clients, non sans
avoir supprimé dans leur version en 5.5 la partie "Stats". Donc pas de
migration des fichiers bien sûr !

Ce qui revient à dire que chez mes Clients, ils utilisent, de façon
quasi transparente une appli en 5.5 qui appelle un module en 9 avec les
mêmes fichiers évidemment.
Donc si modif d'analyse, pas de soucis, le wdmodfic de la 5.5 fait son
travail et le module "Stats" en Version 9 ne bronche pas.

Ais-je été clair ?

Ceci dit j'ai donc écrit un petit module d'essai en version 9, qui
reprends le code du projet de la 5.5, les procédures globales de ce
même projet si utilisées en stats, bref tout va bien.
PcSoft et d'autres m'avait déjà conseillé de réécrire plutôt que
de migrer, c'est effectivement une bien meilleure solution.

Je refais donc toutes mes fenêtres de stats à mon rythme, sans la
pression.

La où je butte c'est pour faire avaler à mon module en v9 les
ficheirs de ma 5.5
J'ai lu et relu l'aide, fais de multiples essais (HDeclare,
HdeclareExterne, HAllias, etc...)
rien n'y fait, il n'accepte pas mes fichiers.
Je reste persuadé que la chose est possible et que j'ai laissé passé
quelque chose.
Je ne suis pas un débutant, loin de là, mais je dois être fatigué.
Je ne suis pas du style à demander de l'aide avant d'avoir galéré,
mais là, j'avoue, je craque un peu.
D"où ma demande, certe gonflée :
Quelqu'un aurait-il la gentillesse de me poster le code avec la syntaxe
qui va bien ?
Je lui en serait diablement reconnaissant, car il me permettrait
d'allonger sensiblement mon temps de sommeil.

J'espère avoir été clair.

Merci en tout de ta volonté de m'aider.
Merci à tous ceux qui le feront.

Normalement tu n'as rien a faire comme code si t'utilises une analyse
5.5 sous Windev 9. (Pas de HDécrit... ou quoi que ce soit)

Si tu as crée un projet Windev 9 qui doit utiliser tes fichiers 5.5 à
l'aide d'une analyse 5.5, tu dois faire :

- Créer le projet SANS ANALYSE
- Aller dans Projet/Description du porjet, onglet Analyse, "Utiliser
l'analyse...", tu choisis ton analyse qui se trouve dans le répertoire
de ton projet 5.5....

Et automatiquement tu pourras utiliser les fichier 5.5 sans problème
comme si c'était des fichiers 7 !

Petite note : Si tu dois modifier ton analyse, fait le à partir de 5.5
(Ton projet 9 étant fermé).

Cordialement

--
Gilles TOURREAU
Responsable informatique
gilles.tourreau@pos.fr

Société P.O.S
Spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr

Gilles TOURREAU a écrit :

Merci, Gilles de perdre du temps sur mon cas.
Mais j'ai fait exectement ce que tu dis et voilà ce que ça donne :

Erreur à la ligne 44 du traitement Clic sur Bouton1.
Vous avez appelé la fonction HRéindexe.
Aucune analyse n'est ouverte et le fichier
<C:Windev55ConceptGESISOSFICVEM.FIC> n'a pas été décrit.

Puis dans "détails"

- Si le fichier est décrit dans une analyse, vérifiez que l'analyse
est
associée au projet (l'analyse sera ouverte automatiquement à
l'initialisation
du projet) ou bien que l'analyse a été ouverte à l'aide de la
fonction
HOuvreAnalyse.
- Si le fichier n'est pas décrit dans une analyse, vérifiez qu'il a
bien été
décrit à l'aide d'une de ces fonctions :
HDeclare, HDeclareExterne ou HDeclareFichier.

Je ne comprends pas pourquoi tu me dis :

Petite note : Si tu dois modifier ton analyse, fait le à partir de 5.5
(Ton projet 9 étant fermé).

Evidemment, n'ayant pas d'analyse en v9 je ne risque pas de la
modifier.
Même par erreur .

Merci en tout de ta volonté de m'aider.
Merci à tous ceux qui le feront.

Isabeau avait soumis l'idée :

Gilles TOURREAU a écrit :

Merci, Gilles de perdre du temps sur mon cas.
Mais j'ai fait exectement ce que tu dis et voilà ce que ça donne :

Erreur à la ligne 44 du traitement Clic sur Bouton1.
Vous avez appelé la fonction HRéindexe.
Aucune analyse n'est ouverte et le fichier
<C:Windev55ConceptGESISOSFICVEM.FIC> n'a pas été décrit.

Puis dans "détails"

- Si le fichier est décrit dans une analyse, vérifiez que l'analyse
est
associée au projet (l'analyse sera ouverte automatiquement à
l'initialisation
du projet) ou bien que l'analyse a été ouverte à l'aide de la
fonction
HOuvreAnalyse.
- Si le fichier n'est pas décrit dans une analyse, vérifiez qu'il a
bien été
décrit à l'aide d'une de ces fonctions :
HDeclare, HDeclareExterne ou HDeclareFichier.

Je ne comprends pas pourquoi tu me dis :

Petite note : Si tu dois modifier ton analyse, fait le à partir de 5.5
(Ton projet 9 étant fermé).

Evidemment, n'ayant pas d'analyse en v9 je ne risque pas de la
modifier.
Même par erreur .

Merci en tout de ta volonté de m'aider.
Merci à tous ceux qui le feront.

As-tu bien vérifié que l'analyse est présente dans la description du
projet ?

Cordialement

--
Gilles TOURREAU
Responsable informatique
gilles.tourreau@pos.fr

Société P.O.S
Spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr

"Isabeau" <isos@free.fr> a écrit :

Mon appli est très conséquente, en utilisation chez plus de 100
Clients,

Pour moi ça a été exactement la même chose (une centaine de sites) avec
pour 75% d'entre-eux des modules spécifiques qui correspondent
principalement à des interfaces vers des gestion commerciales.

Dans toutes mes fenêtres les styles sont sans dessus-dessous.
(c'est ce qui me gêne le plus - tu imagines - revoir plus de 400
fenêtres)

Nous n'avons pas 400 fenêtres mais plutôt au alentours de 250. Nous les
avons toutes revues, changé le style, gérer l'ancrage de chaque champ et
leur redimensionnement.

J'ai des tonnes d'erreurs (c'est pas le plus grave)

Nous aussi

J'utilise pas mal les InfosObjets.

Nous également. Si tu as des problèmes par rapports aux infoObjets,
n'hésite pas à nous consulter ici car pour chacun d'eux à ma connaissance
il y a un remède.

Brefs, je ne suis pas paresseux, loin de là, mais j'ai estimé a plus
de 6 mois le temps de travail

Il nous a effectivement bien fallu ça aussi mais ceci dit ça dépend
beaucoup quand même de la manière dont tu veux migrer (rapide ou bien
fait) et de la manière dont le code a été écrit.

(je suis seul) pour obtenir une appli

Nous sommes deux. A mon avis c'est relativement léger un développeur pour
une telle appli mais peut-être as-tu une application relativement
standard.

aussi fiable que ma version actuelle (en 5.5) en clientèle.

Nous avons fait beaucoup de test pour y arriver mais chez nous c'est
pareil. Les premières installations se sont faite chez clients des qui
n'étaient pas trop difficile et ensuite progressivement nous avons migré
les autres. Aujourd'hui notre version 9 est plus satisfaisante que la
version 5.5, la première installation en version 9 date de début 2006 avec
début de migration en été 2005. Et comme toi notre produit est hyper
stable, c'est notre cheval de bataille !!!

Hors mes Clients me demandent des évolutions permanentes, ce qui me
ravi, et je m'empresse de leur donner satisfaction le plus rapidement
possible (en général dans la journée).

Chez nous également. C'est marrant mais tu appliques les mêmes méthodes
que chez nous. Nous essayons aussi de réagir très rapidement au niveau des
demandes clients au moins pour ce qui concerne les petites modifs. Pour
les grosses nous attendons des demandes croisées et analysons bien si
c'est justifié ou non.

Dans ces conditions tu comprendras que je ne peux pas faire évoluer
deux applis dans deux versions différentes en même temps. Risque
d'erreurs, d'oubli, d'autant que toute la journée, ces même Clients
m'appellent au téléphone.

Je n'en suis pas certain. Nous de notre côté nous avons fait évolué la
version 9 et avons arrêté les évolutions sur la version 5.5. C'est certain
avec cette méthode ton client n'a plus ses améliorations dans la journée
mais uniquement lorsqu'il aura la version 9. Ceci dit je peux te garantir
qu'en finalité ils sont content. Ils ont attendu mais après installation
de la version 9, aucun (à par les raleurs bien connu) n'a été déçu. Ceci
dit nous avions certains programmes "standards" que nous avons dû faire
évoluer en 5.5 et en 9. Le cas c'est présenté sur des interfaces utilisées
dans un groupe qui a plusieurs sites et qui pour certains je ne voulais
pas les migrer car trop risqué. Dans ce cas j'ai fonctionné avec des
copier/coller. Développement en 5.5, copier/coller en 9 et tests dans les
deux environnements.

Je réécrit tout le module "Statistiques" (c'est une appli de gestion
commerciale) en attaquant mes fichiers HF5.5 sans les migrer, bien
sûr, car en cas de modifs de l'analyse 5.5 (ce qui arrive de temps en
temps, inmanquablement), il me faudrait également faire suivre les
modifs dans l'analyse en WD9.

Une chose est certaine, nous, nous n'avons pas fait de modif d'analyse
mais je ne vois pas pourquoi il ne serait pas possible d'en faire dans les
deux versions. Ceci dit pour simplifier les choses, le mieux est d'arrêter
les évolution sur la 5.5 comme je te l'ai suggéré précédemment.

Ce qui revient à dire que chez mes Clients, ils utilisent, de façon
quasi transparente une appli en 5.5 qui appelle un module en 9 avec les
mêmes fichiers évidemment.

Ca me parait bien compliqué tout ça mais peut-être que je me trompe :-(

Ais-je été clair ?

Oui

PcSoft et d'autres m'avait déjà conseillé de réécrire plutôt que
de migrer, c'est effectivement une bien meilleure solution.

Pcsoft t'a conseillé ça ??? Ca m'étonne d'eux !

Longtemps j'ai pensé qu'il était nécessaire de tout réécrire mais après
migration je pense pouvoir d'assurer que ce n'est pas nécessaire. En
réfléchissant un peu, penses-tu qu'en 6 mois tu vas réécrire ton appli ?
Moi je peux te dire que non. Le mieux à mon avis est de migrer. Durant la
migration t'en profites pour améliorer ton code et bien connaitre windev
9. Tu verras cet environnement est efficace et te permettra malgré tout de
faire pas mal de choses. Mais bon il est clair qu'une migration est un
travail considérable et que pour rien au monde je ne souhaite que ça se
reproduise (ou tout du moins pas dans les 5 prochaines années). Cette
migration nous a beaucoup coûté en temps, pcsoft nous l'a imposé, elle a
été considérable, mais bon elle a quand même changé notre produit car nous
avons choisi de la faire correctemment.

La où je butte c'est pour faire avaler à mon module en v9 les
ficheirs de ma 5.5

Ce soir avant de partir l'un de mes collègues m'a suggéré de faire
simplement un HouvreAnalyse, je suis septique mais tu peux toujours
essayé. Maintenant si tu veux lui a ouvert et déclaré les fichiers un à un
et il n'a pas eu de problème. Si tu veux demain je lui demanderai la
syntaxe exacte. Mais tu me croieras ou non j'ai presque envie de ne pas te
la donner car d'après moi tu devrais migrer les fichiers en HF7 en gardant
la compatibilité 5.5, ce que nous avons fait.

Je ne suis pas un débutant, loin de là, mais je dois être fatigué.

Avec 400 fenêtres à toi tout seul, effectivement !

Je ne suis pas du style à demander de l'aide avant d'avoir galéré,
mais là, j'avoue, je craque un peu.

N'hésite pas à nous consulter. Tu es seul sur ce projet ça me parait un
peu léger mais tu devrais y arriver.

Quelqu'un aurait-il la gentillesse de me poster le code avec la syntaxe
qui va bien ?

Je vais regarder mais essai (à mon avis) d'analyser une autre solution.


Amicalement,

Emmanuel Haefelé.

> As-tu bien vérifié que l'analyse est présente dans la description du
projet ?

Il m'a fallu refaire la manip, car effectivement, il n'avait pas pris
l'analyse en compte.
Pourquoi ? mystère. J'ai dû faire une c...
Donc nouvel essai avec analyse créée, générée et cette fois-ci
présence vérifiée.

Nouveau message d'erreur :

Erreur à la ligne 46 du traitement Clic sur Bouton1.
Vous avez appelé la fonction HRéindexe.
Fichier <C:Windev55ConceptISOGESTFICVEN.FIC> inconnu dans l'analyse
<C:WinDev 9ConceptReindexgrappe.wdd>, ou requête ou vue non
initialisée.

Je te passe le détail, c'est le même que précédemment.

Inutile de te dire que le fichier en question est bien là physiquement
et qu'il est bien décrit dans l'analyse. J'ai revérifié.

Merci de ton précieux soutien.

Emmanuel, merci.

Je crois que tu m'as convaincu. En tout cas ton discours est clair,
précis, sans fioritures.
C'est rare et ça méritait d'être souligné.
J'ai la chance de passer 4 mois par an au Sri Lanka, je pense que je
profiterai de cette période pour me lancer.
Tu t'étonnes que je sois seul sur un tel projet, mais ce n'est pas si
surprenant que celà.
J'ai débuté ce projet en 1982 en Cobol avec High Screen, j'ai migré
(très facilement, contradictoirement) vers Windev 1.5 dès sa sortie,
puis en 4.1, enfin en 5.5.
Tu comprendras donc qu'après tout ce temps j'écrit du WL comme une
lettre à un copain.
Je n'ai jamais touché au RAD, bien entendu, et formé chez Bull, je
suis très rigoureux sur mon code, je fignole sans compliquer. Si je
peux gérer tout seul 124 Clients, c'est que mon appli est fiable,
surtout quand tu penses que je balance parfois deux ou trois nouvelles
versions sur internet dans la même journée. Merci JD Warnier (Bull),
sans qui je n'aurais pas acquit ces principes fondemmentaux.
Tant qu'un Client ne me demande pas d'ajouter une rubrique "âge de la
grand-mère du fournisseur", je dis oui et je fais.
Je connais mon appli par coeur (depuis tout ce temps, se serait grave),
j'aime ce que je fais, mes Clients sont reconnaissants. Bref, je n'ai
pas beaucoup de mérite.

En tout cas, encore merci de tes précieux conseils.

Cordialement,
Philippe Gilbert

Gilles, ton truc marche.
Le problème, une fois appliqué ce que tu m'as dit, est le suivant :
Dans hReindexe j'ai mis le chemin du fichier+son Nom
Hors, il ne faut que son nom (c'est tout)

Donc, on peut effectivement attaquer des HF5.5 en Version 9.
Sans HDeclare ou autre HOuvreAnalyse.

Merci de ton aide et excuses mes balbutiements, mais à ma décharge il
est tard,
je galère depuis des jours sur ce truc et je suis fatigué.
Emmanuel Haefele m'a été également d'excellents conseils.
Soyez tous les deux sincèrement remerciés.

Je ne suis malheureusement pas encore assez rompu à Windev 9 et 10
(loin s'en faut) pour pouvoir vous être d'une quelconque utilité, et
je le regrète bien.

Cordialement,

Philippe Gilbert

Dans un message Isabeau disait :

Merci JD Warnier (Bull),
sans qui je n'aurais pas acquit ces principes fondemmentaux.

Souvenir souvenir ....
Ouaips ben je m'en sert encore aujourd'hui ...
sans doute est ce pour celà que j'ai du mal à passer à l'objet..

--
Michel HERRSCHER CONSULTANT
Tel : +33450870912
http://www.mhc.herrscher.fr
Président WINDASSO - Association des utilisateurs WxxDEV(c)
http://www.windasso.org