|
Iniciado por eric, 13,abr. 2005 02:10 - 9 respuestas |
| |
| | | |
|
| |
Publicado el 13,abril 2005 - 02:10 |
Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
-- Eric Webmaster des Wtablettes www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 11:57 |
Eric R. a présenté l'énoncé suivant :
Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page...
C'est comme ça que je le ferais.
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 12:39 |
Guillaume a pensé très fort :
Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais.
En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ "
un coup dans l'eau ...
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Eric Webmaster des Wtablettes www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 12:56 |
Eric R. a présenté l'énoncé suivant :
Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ...
Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre?
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 14:56 |
Guillaume a écrit :
Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre?
ExeBtn
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Eric Webmaster des Wtablettes www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 16:05 |
Eric R. a émis l'idée suivante :
Guillaume a écrit : Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre? ExeBtn
J'avais pas relu du début, oki... Par contre, je ne suis pas sûr de bien comprendre... Si tu utilise le type d'action actionBouton du composant, tu exécutes bien un code serveur non?
Dans ce cas, je verrais bien tout de même mon champ de saisie caché, tu fais le "selon" dans le traiment serveur du bouton appelé par le treeview et en fonction tu initialise le champ caché. Dans le onload tu lis le champ caché et tu change ou non la destination si tu as besoin d'une fenêtre pop-up puis tu appelle le traitement d'un autre bouton (caché) qui termine le tout par le PageAffiche()...
Désolé si je ne suis pas clair ou si j'ai mal compris :/
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 18:34 |
Guillaume vient de nous annoncer :
Eric R. a émis l'idée suivante : Guillaume a écrit : Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre? ExeBtn J'avais pas relu du début, oki... Par contre, je ne suis pas sûr de bien comprendre... Si tu utilise le type d'action actionBouton du composant, tu exécutes bien un code serveur non? Dans ce cas, je verrais bien tout de même mon champ de saisie caché, tu fais le "selon" dans le traiment serveur du bouton appelé par le treeview et en fonction tu initialise le champ caché. Dans le onload tu lis le champ caché et tu change ou non la destination si tu as besoin d'une fenêtre pop-up puis tu appelle le traitement d'un autre bouton (caché) qui termine le tout par le PageAffiche()... Désolé si je ne suis pas clair ou si j'ai mal compris :/
Non très clair ... c'est effectivement la technique usuelle pour passer le code nav avant le code serveur.
Mais je suis sur une autre piste ... Dans le arbre DefinitAction, dans un type ActionBouton, on lui passe le nom du bouton. Donc je peux avoir plusieurs boutons !!! Pour l'instant cela merdoie encore mais c'est peut être pour une autre raison.
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Eric Webmaster des Wtablettes www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 18:56 |
Eric R. avait écrit le 13/04/2005 :
Guillaume vient de nous annoncer : Eric R. a émis l'idée suivante : Guillaume a écrit : Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre? ExeBtn J'avais pas relu du début, oki... Par contre, je ne suis pas sûr de bien comprendre... Si tu utilise le type d'action actionBouton du composant, tu exécutes bien un code serveur non? Dans ce cas, je verrais bien tout de même mon champ de saisie caché, tu fais le "selon" dans le traiment serveur du bouton appelé par le treeview et en fonction tu initialise le champ caché. Dans le onload tu lis le champ caché et tu change ou non la destination si tu as besoin d'une fenêtre pop-up puis tu appelle le traitement d'un autre bouton (caché) qui termine le tout par le PageAffiche()... Désolé si je ne suis pas clair ou si j'ai mal compris :/ Non très clair ... c'est effectivement la technique usuelle pour passer le code nav avant le code serveur. Mais je suis sur une autre piste ... Dans le arbre DefinitAction, dans un type ActionBouton, on lui passe le nom du bouton. Donc je peux avoir plusieurs boutons !!! Pour l'instant cela merdoie encore mais c'est peut être pour une autre raison.
C'est la méthode que j'utilise... Je définis le bouton utilisé pour chaque feuille en fonction du comportement voulu. En d'autres termes, je définit l'action au moment de la création du treeview, puis je récupère l'identifiant dans le code du bouton et le tour est joué.. C'est un peu la galère ce composant mais avec de l'entrainement c'est hyper bluffant...
Autre suggestion: En utilisant l'action javascript tu dois pouvoir appeler une simple fonction Navigateur en WLangage... De là à faire une petit modif dans le source du composant pour passer l'ID à la fonction javascript sus-nommée... il n'y a qu'un pas qui semble franchissable.
En bref, comme d'hab, il y a une solution mais il faut la trouver.
Bon Courage
PS: Je travaille sur un composant de menu dynamique configurable, dès que c'est fait je te le fais passer pour les WTablettes si tu juges ça pertinent et suffisament efficace.
Comment procéder ?
Appeller une page vide en lui passant des paramètres et qui fera une ouv popup ? et si oui comment svp ?
une autre idée ?
Tiens nous au courant et Bon dev'
-- Guillaume |
| |
| |
| | | |
|
| | |
| |
Publicado el 13,abril 2005 - 19:10 |
Eric R. a écrit :
Guillaume vient de nous annoncer : Eric R. a émis l'idée suivante : Guillaume a écrit : Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre? ExeBtn J'avais pas relu du début, oki... Par contre, je ne suis pas sûr de bien comprendre... Si tu utilise le type d'action actionBouton du composant, tu exécutes bien un code serveur non? Dans ce cas, je verrais bien tout de même mon champ de saisie caché, tu fais le "selon" dans le traiment serveur du bouton appelé par le treeview et en fonction tu initialise le champ caché. Dans le onload tu lis le champ caché et tu change ou non la destination si tu as besoin d'une fenêtre pop-up puis tu appelle le traitement d'un autre bouton (caché) qui termine le tout par le PageAffiche()... Désolé si je ne suis pas clair ou si j'ai mal compris :/ Non très clair ... c'est effectivement la technique usuelle pour passer le code nav avant le code serveur. Mais je suis sur une autre piste ... Dans le arbre DefinitAction, dans un type ActionBouton, on lui passe le nom du bouton. Donc je peux avoir plusieurs boutons !!!
Grrhhh!! ça m'énerve de passer du temps sur des choses aussi simples.
Je vais bien dans mon deuxième bouton mais ça n'ouvre pas la popup. Pour être dans un nouv navig, il faut préciser NouveauNavigateur dans le ArbreDefinitAction. Ce qui est défini au niveau du btn, il s'en tape ! et le code navigateur du btn ne semble pas executé ??? en fait il passe les instructions qu'on a mis dans le code Nav dans un appel JS si l'on regarde le source produit.
Pour l'instant cela merdoie encore mais c'est peut être pour une autre raison.
-- Eric Webmaster des Wtablettes www.wtablettes.net |
| |
| |
| | | |
|
| | |
| |
Publicado el 14,abril 2005 - 13:19 |
Eric R. a exposé le 13/04/2005 :
Eric R. a écrit : Guillaume vient de nous annoncer : Eric R. a émis l'idée suivante : Guillaume a écrit : Eric R. a présenté l'énoncé suivant : Guillaume a pensé très fort : Eric R. a présenté l'énoncé suivant : Bonjour,
Suite à un clic sur un treeview, je récupère l'identifiant.
Cet identifiant me permet de récupérer le type d'action à effectuer.
Selon ce type d'action, en exeBtn je teste pour effectuer tel ou tel appel de page. Pour certain, je veux une ouverture popup, soit en code nav SELON TVD_TYPEACT CAS 9,13,14,15 ChangeDestination(OuvrePopup("","CentréeEcran")) CAS 10 ChangeDestination(OuvrePopup("","CentréeEcran",0,0,400,300)) AUTRE CAS
FIN
puis en code serveur, j'aurais l'appel de la page qui s'ouvrira dans cette popup.
Le souci c'est que je n'ais TVD_TYPEACT qu'en code serveur par un ArbreRecupèreIdentifiant et une lecture de la table. et c'est donc après le code Navigateur.
en initialisant un champ saisie caché par le code de clic du treeview? ce champ de saisie reçoit le fameux TVD_TYPEACT que tu peux traiter dans le code onload navigateur de la page... C'est comme ça que je le ferais. En lisant, je me suis dit "pauvre truffe ! c'était pourtant simple" En allant faire la modif, je me suis dit "Ah non c'est le treeview de type composant ... et yapad'clic :/ " un coup dans l'eau ... Oups... Si c'est le composant alors.. Tu associe quel type d'action aux feuilles de cet arbre? ExeBtn J'avais pas relu du début, oki... Par contre, je ne suis pas sûr de bien comprendre... Si tu utilise le type d'action actionBouton du composant, tu exécutes bien un code serveur non? Dans ce cas, je verrais bien tout de même mon champ de saisie caché, tu fais le "selon" dans le traiment serveur du bouton appelé par le treeview et en fonction tu initialise le champ caché. Dans le onload tu lis le champ caché et tu change ou non la destination si tu as besoin d'une fenêtre pop-up puis tu appelle le traitement d'un autre bouton (caché) qui termine le tout par le PageAffiche()... Désolé si je ne suis pas clair ou si j'ai mal compris :/ Non très clair ... c'est effectivement la technique usuelle pour passer le code nav avant le code serveur. Mais je suis sur une autre piste ... Dans le arbre DefinitAction, dans un type ActionBouton, on lui passe le nom du bouton. Donc je peux avoir plusieurs boutons !!! Grrhhh!! ça m'énerve de passer du temps sur des choses aussi simples. Je vais bien dans mon deuxième bouton mais ça n'ouvre pas la popup. Pour être dans un nouv navig, il faut préciser NouveauNavigateur dans le ArbreDefinitAction. Ce qui est défini au niveau du btn, il s'en tape ! et le code navigateur du btn ne semble pas executé ??? en fait il passe les instructions qu'on a mis dans le code Nav dans un appel JS si l'on regarde le source produit.
Si ça t'es possible de me filer un bout de ton source pour que je puisse tester et regarder à mon tour, n'hésites pas. Bon courage
Pour l'instant cela merdoie encore mais c'est peut être pour une autre raison.
-- Guillaume |
| |
| |
| | | |
|
| | | | |
| | |
|