2009-09-08 6 views
1

Je suis coincé avec un problème. J'ai une partie d'outil où j'obtiens toutes les listes présentes sur le site.Charger une partie Web avant les autres

J'ai une autre partie Web qui devrait obtenir la liste sélectionnée dans la partie outil.

Je vois que la partie web est d'abord chargée puis la partie outil. La partie Web ne peut donc pas être dans la liste sélectionnée dans la partie de l'outil.

Veuillez noter que la zone de texte est dans un contrôle utilisateur.

S'il vous plaît aidez-moi.

Répondre

3

J'ai regardé votre code et trouvé les suivantes:

Pour commencer. Vous devez déplacer AWAY en utilisant ToolParts et le composant WebPart SharePoint natif. ils sont désapprouvé et sont un vestige de SPS2003. Dans MOSS/WSS 3.0, vous pouvez et devez utiliser le composant WebPart ASP.NET.

Deuxièmement, je pense que vous mélangez les choses. La partie ToolPartGetLists n'est pas une partie d'outil, c'est une partie Web, qui en elle-même charge le CustomToolPart, ce qui vous permet de sélectionner une liste. Cette partie d'outil est uniquement affichée lorsque vous modifiez le composant WebPart partagé dans l'interface utilisateur. La liste que vous sélectionnez est ensuite conservée dans la propriété SelectedList de la partie Web à l'aide de l'outil. La partie Web connectée essaie ensuite de lire la propriété SelectedList, je suppose. Comme je l'ai dit, je pourrais essayer de corriger le code pour vous, mais ce n'est pas la bonne façon de procéder, vous avez vraiment (VRAIMENT) besoin de passer à des parties Web basées sur WebPart ASP.NET. Le point de partage natif sera fased out dans le futur (proche). Ici vous pouvez trouver un example, avec le code! (faites défiler vers le bas pour le lien de téléchargement). En prime, il utilise le listpicker de sharepoint intégré

+1

Je suis d'accord avec Colin ici, et je ne pourrais certainement pas l'avoir dit succinctement moi-même, puisque je ne personnalise pas beaucoup SharePoint. Je me souviens avoir fait quelque chose comme ça en utilisant une vue de données liée à un contrôle déroulant pour le nom de sa source de données, et cela n'impliquait pas beaucoup de code, il suffit de brancher les bonnes propriétés dans SP Designer. Peut-être que cette page sera un peu d'aide? http://msdn.microsoft.com/en-us/library/cc300163.aspx – ewall

+1

Colin/ewall, Merci beaucoup pour vos efforts et le post que vous avez souligné est génial! De toute façon je pourrais réparer le code. J'ai remarqué que je peux appeler la méthode pour remplir les régions et le contrôle de répéteur et cela a fonctionné comme un miracle. Maintenant, je vais utiliser le poste et modifier le code. Merci Cloin et ewall encore pour votre effort. – Pradeep007

+0

Colin - fortement libellé! Les microsoft.sharepoint.webpartpages.webpart n'est PAS obsolète et même si vous devez utiliser ASP.NET WebPart si possible, il existe des situations où vous devez utiliser la version sharepoint, voir http://msdn.microsoft.com/fr-fr/library/microsoft.sharepoint .webpartpages.webpart.aspx – Ryan

1

Je ne sais pas de quelle façon vous pouvez contrôler l'ordre de chargement des éléments (parties Web) sur la même page.

Semble plus que vous voulez avoir votre deuxième partie Web (l'affichage des listes) ont un "défaut" lorsque la page se charge - ce qui pourrait être vide. Ensuite, il serait modifié à la liste sélectionnée uniquement lorsque l'utilisateur a cliqué sur une nouvelle sélection dans l'autre partie Web (la liste des listes).

+0

Bonjour ewall, j'ai joint le code. Pouvez-vous s'il vous plaît télécharger et regarder le problème. J'ai essayé différentes manières mais pas de chance. – Pradeep007

+0

Je suis d'accord avec ewall. Webparts est géré par le gestionnaire Webpart d'une manière asyc. La seule façon de commander les webparts est de surveiller cela et de gérer les événements qui en découlent. –

+0

Pouvez-vous s'il vous plaît regarder le code et m'aider. – Pradeep007

Questions connexes