Bonjour,

J'aurais 2 questions lié au postback d'une webpart

1) comment on pourrait "forcer" un postback?
dans une web part, je veux appeler à partir d'une methode un postback à un
moment choisi. comment je pourrais le faire?

2) comment je peux créer 2 vues dans une même webpart? je voudrais ajouter
par exemple dans le menu contextuel de ma propre webpart (là où on a
minimize, maximize, export, etc) 2 autres menus: "admin" et "vue" par
exemple. en cliquant sur admin je veux que ma web part affiche certains
coponents. en cliquant sur "vue" je voudrais afficher d'autres components sur
ma webpart. je sais comment ajouter ces 2 menus custom dans le menu
contextuel d'une web part. je voudrais une idée pour le reste...

merci,

Jarrreijk

1)
C'est assez bizarre comme demande
>>> simuler l'appel des postback ???????

Il faudrait plutot reprendre votre conception et revoir le cycle evenmentiel
non ?

Cependant, on peut l faire en jouant avec les appels JS mais c'est assez
"gazeux"

2)
les menus contextuels (Verbs) ne sont pas accéssibles sous SPS 2003 sauf
erreur de ma part
>>> il vous faudrait vous tourner vers une autre solution
http://mindsharpblogs.com/todd/archi...8/15/1242.aspx

Ensuite vous gere une variable de contexte (viewstate) pour genere vos divers
vues

Limite mettez vos differents controles dans des panels et jouer sur leur
visibilité

Voila voila

Renaud Comte [MVP]
--------------------------------------
http://blogs.developpeur.org/themit/
[url down]
[..]

Merci!

J'ai réglé le problème finalement. la clé de toute l'histoire était en fait
que ca:

ChildControlsCreated=false;

Explication: Si on lors d'un event sur un bouton par exemple de notre web
part on change l'interface (UI) alors cette propriété
ChildControlsCreated=false; va assurer que CreateChildControls sera appelée
également lors du prochain appel du EnsureChildControls.

Cela me permet donc très facilement d'avoir 2 interfaces (2 vues) pour une
seule webpart (admin et public par exemple) et pouvoir switcher entre ces
vues à l'aide par exemple d'un menu contextuel (de la web part). Cette façon
permet d'aller plus loin et modifier d'une façon très élégante (à travers des
menus user friendly) différentes données présentes dans le toolpart de la
webpart par exemple.
Pour un exemple concret à voir les web parts de CorasWorks. Elles ont toutes
cette capabilité.

voilà.

Jarreijk


"Renaud Comte" a écrit :
[..]

Ca sent la reflection tout ca :)

Cependant, je n'ai pas tout compris entre le createchild et votre probléme
d'origine ????

La vous ne parlez qeu des custom toolpart donc ...

Merci d'avance

Renaud Comte [MVP]
--------------------------------------
http://blogs.developpeur.org/themit/
[url down]
[..]

:-) et comment encore...de la fumée qui sort de la tête :-)

bon...j'essaye d'expliquer le tout court:

Je voulais construire un webpart. Je voulais ce webpart qu'elle affiche un
grid avec divers informations (provenant des lists WSS). mais pour afficher
ces informations j'ai besoin avant tout de savoir de quelle liste et quels
champs à afficher. j'ai créé ainsi 4-5 proprietés dans le toolpart classique.
mais pour que la webpart soit 100% user friendly je voulais faire une
interface (for dummies) dans laquelle on peut configurer les champs souhaité
SANS aller dans le toolpart de la webpart (faire modifier web part
properties, etc). donc j'ai créé mon propre menu dans le menu contextuel de
la web part (appelé Admin). ce que je voulais principalement c'était
d'afficher donc une vue admin quand on clique sur admin dans ce menu
contextuel (à partir d'un Url, trouver toutes les listes et les afficher dans
un liste box, puis l'utilisateur clique sur la liste désirée et
automatiquement obtient les champs et puis il séléctionne les champs
souhaite. puis il appuie sur un bouton sauvegarder et ainsi les propriétés de
la webpart dans le toolpart sont remplies avec les bons informations,
totalement transparent pour le client). et continuer par afficher le grid
avec les bons informations.
booon.
ce qui posait problème c'était les différents switch entre ces vues pour
plusieurs raisons.
une c'était que moi cand createchilds methode je créais controls seulement
si une propriété Admin dans le toolpart était True, ou bien quand je fesait
le switch des fois, j'avais la web-part blanche jusqu'à ce que je fesais un
refresh de la page. de même quand je voulais revenir de la toolpart (en mode
admin/modif) vers la vue normale.

c'est un peu plus claire? je ne sais pas non plus comment bien expliquer car
c'est en effet asse compliqué :-)




"Renaud Comte" a écrit :
[..]

OK la c'est plus clair

Perso, je prefere passer par un custom toolpart et laissez le paramétrage
de la WP à la toolpart

Comme ca je mixe moins mon code et je ne gere pas les droits non plus

C'est un peu redondant fac au paramétrage SPS non ?

Voila voila

Renaud Comte [MVP]
--------------------------------------
http://blogs.developpeur.org/themit/
[url down]
[..]

Face au paramètrage SPS? qq tu veux dire par là.

la raison est que les utilisateurs sont vraiment des simples
utilisateurs..et ils auront aussi bien besoin souvent de faire ces
manip..alors je voulais éviter qu'ils ailes en toolpart...en tout cas j'ai
bcp appris :-)


"Renaud Comte" a écrit :
[..]

Je comprends

Mais comme 99% des WP se font par les toolpart , je trouve dangereux de le
sortir de la zone dédié

Ca risque de créer un précedent difficile a changer

Voila voila

Renaud Comte [MVP]
--------------------------------------
http://blogs.developpeur.org/themit/
[url down]
[..]

T'as raison, mais bon. je serais content si j'arriverai un jour au niveau
d'imposer un "trend" :-) et me comparer avec Madonna ou Bill G. :-)

merci pour l'aide.

"Renaud Comte" a écrit :
[..]