PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV 2024 → Page appelante, retour page appelée
Page appelante, retour page appelée
Débuté par Eric R., 14 jan. 2005 09:48 - 3 réponses
Posté le 14 janvier 2005 - 09:48
Bonjour,

A l'heure où le discours est "votre appli WinDev en appli WebDev sans
effort", il y a vraiment une différence fondammentale de gestion de
l'ergonomie et de l'enchaînement des pages/ecrans entre les deux mode
de programmation.

Soit il n'y a pas de solutions, soit cela fait plusieurs mois que je
galère en passant à côté de la "révélation" ?
Et comme je n'arrive pas à me faire une raison et que cela m'handicape
souvent, je soumet le pb à votre sagacité.



Je m'explique :

En WD, sur une fenêtre, j'ai un bouton pour un traitement et je veux
inviter une fen pour saisir des param complémentaires puis j'effectue
un traitement avec ces paramètres.

j'ai donc un
wch=Ouvre("MonInvite") (là les param en fermeture de fen sont renvoyés
par un RENVOYER chRetour)
si wch="OK" alors
je continue mon traitement avec mes variables de la page appelant et
les infos récupérées avec Ouvre("MonInvite")

fin

Par ex, la gestion d'options protégées par mot de passe, l'invite d'une
date ou intervalle de date, d'un code etc ...

Donc ces fen d'invites en WD pourront être appellées de n'importe quel
traitement et leur personnalisations meme passées en paramètres.

En WebDev, après le PageAffiche, on ne retourne pas au point de départ,
et au mieux on va retourner à la page appelante avec un page actualise.
Mais comment revenir au traitement interrompu par l'invite ?

On doit partir du postulat aussi que la page appelée sert pour
n'importe quelle page et que l'on ne connait pas toutes les pages qui
seront succeptibles de l'appeler quand on developpera cette invite. Si
c'est pour un usage unique, c'est simple et pas interessant et je ne me
vois pas dupliquer infiniment mes invites de mot de passe.


Ou alors, comme cela est expliqué dans les popups sur les wtablettes,
faut il passer le nom du procédure de la page appellante qui serait
appellé depuis la page appelée ?

Mais rien de vraiment très simple.

Vos solutions ?

--
Eric
Webmaster des Wtablettes
www.wtablettes.net
Posté le 14 janvier 2005 - 11:19
tu peux travailler sur les contextes de page.
je fais par exemple depuis la page "appelée" :
TableAffiche(pageAppelante.nomtable,tainit)
pageactualise(pageAppelante) ou pageactualise(pageprecedente())

on devrait pouvoir faire pageAppleante.variable=champsaisie depuis la page
"appelée"
puis un truc du genre executetraitement(pageappelante.bouton,trtclic) avant
le pageactualise(pageappelante)

j'ai pas testé, peut être Grosse Bêtise !

--
Gilles Balp
http://cerbermail.com/…
(clic sur ce lien pour me contacter en privé)
"Eric R." <eric@wtablettes.net> a écrit dans le message de
news:mn.72107d512832749c.11485@wtablettes.net...

Bonjour,

A l'heure où le discours est "votre appli WinDev en appli WebDev sans
effort", il y a vraiment une différence fondammentale de gestion de
l'ergonomie et de l'enchaînement des pages/ecrans entre les deux mode
de programmation.

Soit il n'y a pas de solutions, soit cela fait plusieurs mois que je
galère en passant à côté de la "révélation" ?
Et comme je n'arrive pas à me faire une raison et que cela m'handicape
souvent, je soumet le pb à votre sagacité.



Je m'explique :

En WD, sur une fenêtre, j'ai un bouton pour un traitement et je veux
inviter une fen pour saisir des param complémentaires puis j'effectue
un traitement avec ces paramètres.

j'ai donc un
wch=Ouvre("MonInvite") (là les param en fermeture de fen sont renvoyés
par un RENVOYER chRetour)
si wch="OK" alors
je continue mon traitement avec mes variables de la page appelant et
les infos récupérées avec Ouvre("MonInvite")

fin

Par ex, la gestion d'options protégées par mot de passe, l'invite d'une
date ou intervalle de date, d'un code etc ...

Donc ces fen d'invites en WD pourront être appellées de n'importe quel
traitement et leur personnalisations meme passées en paramètres.

En WebDev, après le PageAffiche, on ne retourne pas au point de départ,
et au mieux on va retourner à la page appelante avec un page actualise.
Mais comment revenir au traitement interrompu par l'invite ?

On doit partir du postulat aussi que la page appelée sert pour
n'importe quelle page et que l'on ne connait pas toutes les pages qui
seront succeptibles de l'appeler quand on developpera cette invite. Si
c'est pour un usage unique, c'est simple et pas interessant et je ne me
vois pas dupliquer infiniment mes invites de mot de passe.


Ou alors, comme cela est expliqué dans les popups sur les wtablettes,
faut il passer le nom du procédure de la page appellante qui serait
appellé depuis la page appelée ?

Mais rien de vraiment très simple.

Vos solutions ?

--
Eric
Webmaster des Wtablettes
www.wtablettes.net
Posté le 14 janvier 2005 - 11:29
Il se trouve que Gilles Balp a formulé :
tu peux travailler sur les contextes de page.
je fais par exemple depuis la page "appelée" :
TableAffiche(pageAppelante.nomtable,tainit)
pageactualise(pageAppelante) ou pageactualise(pageprecedente())

on devrait pouvoir faire pageAppleante.variable=champsaisie depuis la page
"appelée"
puis un truc du genre executetraitement(pageappelante.bouton,trtclic) avant
le pageactualise(pageappelante)

j'ai pas testé, peut être Grosse Bêtise !

Salut Gilles, merci de ta réponse

mais en fait je ne veux pas oublier le postulat que je la fenêtre
appellante peut être appelé de n'importe où.

Je viens de tomber sur une solution (à moitié) satisfaisante. Je la met
au point et la publierai.

Il s'agit d'une gestion de mots de passe et je veux meme l'intégrer au
treeview. (mais là ça ne me parait pas facile)

--
Eric
Webmaster des Wtablettes
www.wtablettes.net
Posté le 14 janvier 2005 - 18:53
Eric R. a couché sur son écran :
Bonjour,

A l'heure où le discours est "votre appli WinDev en appli WebDev sans
effort", il y a vraiment une différence fondammentale de gestion de
l'ergonomie et de l'enchaînement des pages/ecrans entre les deux mode
de programmation.

Soit il n'y a pas de solutions, soit cela fait plusieurs mois que je
galère en passant à côté de la "révélation" ?
Et comme je n'arrive pas à me faire une raison et que cela m'handicape
souvent, je soumet le pb à votre sagacité.



Je m'explique :

En WD, sur une fenêtre, j'ai un bouton pour un traitement et je veux
inviter une fen pour saisir des param complémentaires puis j'effectue
un traitement avec ces paramètres.

j'ai donc un
wch=Ouvre("MonInvite") (là les param en fermeture de fen sont renvoyés
par un RENVOYER chRetour)
si wch="OK" alors
je continue mon traitement avec mes variables de la page appelant et
les infos récupérées avec Ouvre("MonInvite")

fin

Par ex, la gestion d'options protégées par mot de passe, l'invite d'une
date ou intervalle de date, d'un code etc ...

Donc ces fen d'invites en WD pourront être appellées de n'importe quel
traitement et leur personnalisations meme passées en paramètres.

En WebDev, après le PageAffiche, on ne retourne pas au point de départ,
et au mieux on va retourner à la page appelante avec un page actualise.
Mais comment revenir au traitement interrompu par l'invite ?

On doit partir du postulat aussi que la page appelée sert pour
n'importe quelle page et que l'on ne connait pas toutes les pages qui
seront succeptibles de l'appeler quand on developpera cette invite. Si
c'est pour un usage unique, c'est simple et pas interessant et je ne me
vois pas dupliquer infiniment mes invites de mot de passe.


Ou alors, comme cela est expliqué dans les popups sur les wtablettes,
faut il passer le nom du procédure de la page appellante qui serait
appellé depuis la page appelée ?

Mais rien de vraiment très simple.

Vos solutions ?


Dans la LST 57, il y a des exemples qui paraissent très bien pour les
popUps (enfin c'est pas l'hyper simple à la WD mais bon !)
Hélas 100 fois hélas, pas de traitements côté serveur sur la popup.

Et là c'est une autre paire de manche. J'y ais passé toute la journée
:-@
Donc j'ai pondu une wtablette là dessus en m'expliquant "comme si
j'avais 10 ans"

--
Eric
Webmaster des Wtablettes
www.wtablettes.net