VFox 7 Forms et read events

Bonjour,

j'ai utilisé Dbase puis fox à l'époque du procédural en mode texte (années 80) et je suis un peu largué dans l'environnement objet de VFP7.

J'essaie de commencer par du très simple. Un prog qui est le "main" de mon projet et qui appelle un form avec read events avant et clear events après (comme lu dans les divers post à ce sujet)

le form a été créé "à la main" sans assistant (mais pas le projet c'est peut etre la source de mon problème)
lorsque j'execute do form ça fonctionne ormalement
lorsque je lance cela depuis le PRG rien à l'cran et je dois canceler le prg.
Etonnant non ?

Merci par avance à ceux qui prendrons le temps de me lire et éventuellement de me répondre.
Peut-on trouver des tutoriaux ou une doc didactique sur l'utilisation des form sans embarquer du code hérité que l'on ne peut pas toujours controler ?

A bientot de vous lire
Fabien

Bonjour,

J'ai réussi à débloquer cette situation en lisant http://www.foxprofr.com/forum/sujet-GENERATION-EXECUTABLE_861029.aspx
que je n'avais pas trouvé avant.
Maintenant cela fonctionne mais j'ai d'autre problèmes ailleurs.

1/ comment changer proprement la propriété "readonly" des controles de mon form.
je pensais à une variable dont la valeur agirait sur cette propriété mais cela ne semble pas possible
j'ai aussi essayé de modifier thisform.control.readonly = .f.  en activate event du form puis en le mettant à .t. lorsque l'on clic sur le bouton modif , mais cela me renvoit de vilain message d'erreur

2/ mon projet a hérité qlq part d'un set défaut qui me plante dès que je génère un EXE. J'ai beau placer un DEFAULT dans le config.fpw il est overridé.(je place un WAIT WINDOW SYS(5) + SYS(2003)) pour vérifier sur quelle base démarre mon traitement

 J'ai cherché dans les proppriété du projet qui "pointent" bien dans le bon répertoire. J'ai aussi vérifié les propritétés de la base que néni.
Comment ce paramètre peut-il bouger  sans que le programmeur le sache ?

Merci à ceux qui prendront le temps de lire voire de répondre
Fabien

Bonjour,

pourquoi veux-tu changer la propriété readonly des controles de ton form? si tu veux modifier cette propriété dans du code, tu peux:
1) utiliser la méthode SETALL au niveau du container des controles (donc le form si tes controles sont directement dans le form, ou bien le container si tu les a mis dans un container, ou bien la page de pageframe...)
ou bien
2) parcourir la collection des controles du form avec une boucle FOR EACH loControl in this.controls / NEXT et tu agit sur loControl
3) parcourir le tableau des controles avec une boucle FOR i=1 to this.controlCount / ENDFOR et tu agis sur this.Controls(i)

en ce qui concerne ton SET DEFAULT et ton SET PATH, il faut comprendre que ton exe va récupérer les valeurs par défaut définies dans VFP. Il te faut déclarer tes settings explicitement dans ton code pour que ton exe les retrouve.
les settings sont (pour quasiment tous) valables uniquement pour la session de donnée courante. Donc si ton form a une session de données privée, il te faut répéter ces settings pour chaque form:
le mieux est de le faire au niveau de la classe dont vont dériver ces forms (comme ça tu ne codes ces setting qu'une seule fois). tu vas coder dans le beforeopentables du dataenvironment (ç'est là que ça doit se faire selon les règles de l'art), mais il est très fréquent de le coder dans le load du form.

Bonjour Michel,

Merci pour cette réponse.
Ma question était mal posée. En effet, la propriété readonly n'est peut etre pas la bonne manière de répondre à mon objectif.

En conséquence je vais commencer par expliquer ce que je cherche.
Je fais des forms super simple avec des boutons "fait main" (suivant préc. modif et quit). J'ai constaté qu'en version de base générée par le quick form, le champs de ma tables sont toujours en mode édition si je met le focus dans unb champs et que je modifie l'information.

je cherche donc une solution pour que l'accès aux champs soit interdit sauf lorsque je clic sur mon bouton modif.
Il y a sans doute une manière simple de réaliser cela. Comment le ferais tu ?

pour le set path
le data session du form est à default comme le loadevent
dans le dataenvironement; beforeopentable =default
j'ai aussi été faire un tour dans la classe générée par l'assistant projet et je n'ai pas trouvé de path ou default" en dur"
je vais continuer à passer en revue les propriétés mais je me demande aussi si je cherche au bon endroit

je comprend qu'il faille une bonne pratique pour maitriser tout ces paramètres. J'admets aussi que le @ l,c say était un peu à bout de souffle et imcompatible avec un environnement graphique.
Toutefois, je me demande vraiement si cette richesse de paramètres n'est pas un peu trop luxuriante ?
Qu'en penses tu ?

Merci pour cette réponse et merci encore su tu as le temps de lire ce post

Fabien