Comment créer des sous-listes dans le point de partage

Question

Est-il possible de créer des sous-listes dans sharepoint? J'utilise actuellement des dossiers pour organiser mon contenu, mais les dossiers sont un concept totalement différent dans sharepoint lorsque j'y accède par programmation.

Je veux réaliser quelque chose comme:
-web
---- Liste A
--------- Sous Liste 1
--------- Sous Liste 2
---- liste B
--------- Sous Liste 1
--------- Sub List 2

EDIT 1:

I j'essaie d'avoir un l triable est directement sous la toile. Actuellement, j'y arrive en créant un dossier personnalisé avec une colonne SortOrder personnalisée et un titre. Le titre de dossier deviendra finalement le titre de section sur le site public et les éléments de chaque dossier seront le contenu sous la section. Existe-t-il une meilleure façon de faire quelque chose qui semble assez banal?

Merci pour votre aide

Edit 2 (réponse à jason):

Eh bien, nous aimerions garder le contenu organisé. Disons que nous avons une liste de dirigeants d'entreprise. Dans cette liste, nous avons les dossiers du président, du directeur général et des directeurs. Ensuite, avec chacun de ces dossiers sont les éléments (personnes). Y a-t-il une meilleure façon d'organiser cela?

Answer 1

Il n'y a pas de notion de sous-liste dans SharePoint. Vous pouvez être en mesure d'obtenir l'effet désiré en utilisant les champs de recherche. Pouvez-vous nous en dire un peu plus sur ce que vous essayez d'accomplir?

Pourquoi avez-vous besoin de sous-listes? Pourquoi ne pas avoir des listes séparées pour chaque zone de contenu que vous souhaitez afficher sur le site public?

---

Mise à jour:

Il y a coupld de différentes approches que je peux penser:

1. Ajouter un champ de choix à la liste qui catégorise chacune des personnes. Vous pourrez créer des vues pour filtrer les éléments de la liste et créer des requêtes CAML pour sélectionner par programme les éléments qui vous intéressent. Vous devriez pouvoir facilement segmenter la liste pour l'afficher sur la page publique.

2. S'il s'agit de titres de travaux, ils peuvent être stockés dans AD et importés dans SharePoint via la fonctionnalité d'importation de profils. Vous pouvez ensuite développer une partie Web (une peut déjà exister), pour montrer aux utilisateurs avec des propriétés de profil spécifiques (dans ce cas 'Titre')

Answer 2

Spécifiquement, non. Vous ne pouvez pas avoir de listes imbriquées dans SharePoint.

Cependant, il existe un certain nombre de façons que vous pouvez obtenir quelque chose que les utilisateurs finaux sont assez similaires. Il y a deux options:

La première option est le regroupement.Incluez une colonne que vous souhaitez regrouper (par exemple, pour une liste contenant des noms de villes, vous pouvez regrouper par état ou pays - ou les deux), puis configurez une vue à regrouper par cette (ou ces) colonnes. La deuxième consiste à utiliser deux listes distinctes dans le même site (doit être le même site) et à lier les unes aux autres en utilisant un type de colonne de recherche (par exemple, vous créez une liste pour contenir une liste de pays, une liste pour contenir une liste d'états, et une troisième liste pour contenir une liste de villes qui inclut des colonnes de recherche pour l'état et le pays). Vous ne pouvez avoir qu'un seul niveau de recherche, vous ne pouvez donc pas, par exemple, avoir une colonne de recherche pour le pays dans la liste des états, puis lier la liste des états à la liste des villes ET afficher le pays dans lequel se trouve la ville; vous pouvez très bien afficher l'état (et si vous créez une colonne calculée sur la liste des états pour afficher "État, Pays", vous pouvez afficher le résultat dans la liste des villes) mais c'est tout.

Answer 3

Je pense que le vrai problème entrave les "sous-listes". S'il s'agit d'une liste de "listes dans s", alors je pense que c'est inaccessible. Au moins dans le meilleur de mes connaissances.

Si vous voulez juste lier deux listes dans différents sites ou dossiers, à condition qu'elles soient sous la même collection de sites, cela peut être fait. (Si je la lumière lire votre message lu, alors désolé mettre en pause la lecture!) Il y a deux approches:

1. Jetez un oeil à t this post. Les outils comme Sharepoint List Collection ou Sharepoint Cascaded Lookup peuvent être votre chemin idéal. Le problème est la plupart d'entre eux sont exploités par l'intermédiaire de la vue de données.

Espérons que cela aide PS. C'est une bonne question!

Answer 4

SharePoint 2007 n'a pas de support Liste en liste Hériter, mais ...

Vous peut avoir plusieurs sites (vraiment EPB) dans une collection de sites donné SP2007 et des sites (vraiment Webs) peut avoir sous-sites (vraiment des sites Web pour enfants). Cela peut être utilisé pour simuler la liste ci-dessus. L'approche peut ne pas être idéal, mais n'est pas trop difficile de travailler avec pour certaines tâches si tous les sites (vraiment Webs) sont dans la même collection de sites (ne pas confondre avec Site). Dans ce cas, le suivant serait:

 
-Site Collection 
----Web A 
---------Sub List 1 
---------Sub List 2 
---------Web C (why not?) 
----Web B 
---------Sub List 1 
---------Sub List 2 

Answer 5

Voici un exemple où une sous-liste est nécessaire (mon problème :)). Je recueille des informations sur les manuels pour divers cours dans notre département. Je ne ai vraiment besoin de l'information bien sûr une fois, puis les informations pour chaque associé à ce cours:

GER 555, titre des manuels scolaires, POC (moniteur) info, etc titre des manuels scolaires, ISBN, VER, Auteur etc titre des manuels scolaires , ISBN, VER, Auteur etc titre de manuel, ISBN, VER, Auteur etc

Certains cours ont autant que 8 livres et est une douleur pour l'instucteur d'avoir à remplir un formulaire à chaque fois.

Answer 6

J'ai réussi à créer des ensembles de documents (SharePoint 2010) dans une liste personnalisée. C'était un peu accidentel et je ne suis pas sûr qu'il soit sage de le faire (heureux de prendre conseil). Je voulais partitionner une liste par "Organisation" et je voulais avoir un ensemble de documents de procès-verbaux pour chaque organisation, contenant les minutes pour chaque organisation respective.Les étapes que j'utilisées:

• type de contenu créé pour procès-verbal basé sur un élément de liste
• type de contenu créé pour les minutes ensemble du document basé sur Set document
• Créé liste personnalisée pour les minutes
• ajouté les deux minutes et procès-verbal ensemble de documents types de contenu
• documents supprimés en type de contenu pour la liste

maintenant, je peux créer Minutes Document Sets dans la liste et ajouter des éléments de liste de minutes à ces ensembles de documents - la condition est que je crée les ensembles de documents en utilisant PowerShell comme quand j'essaye de le faire en utilisant le navigateur, SharePoint me dit que je ne peux pas (ce qui est bizarre un point que j'ai fait en fait créer un ensemble de documents en utilisant le navigateur, mais quelque part en cours de route cela a cessé de fonctionner).

Lors de l'accès à un document, il n'affiche pas la vue Jeu de documents. Cette vue est spécifique aux bibliothèques et SharePoint se plaindra si vous tentez de l'utiliser pour afficher le contenu d'un ensemble de documents dans une liste.

Comme je l'ai mentionné ci-dessus, il s'agissait d'un accident qui s'est produit parce que je n'étais pas au courant que vous n'étiez pas censé pouvoir le faire. À utiliser à vos risques et périls.

Answer 7

Vous ne pouvez pas avoir de sous-listes dans SharePoint, mais si toutes vos listes doivent avoir les mêmes métadonnées, vous pouvez avoir des dossiers dans les bibliothèques de documents. Toute une bibliothèque de documents est une liste qui est faite pour héberger des documents. Vous pouvez y placer des sous-dossiers et tout cela. Cela étant dit, je pense que beaucoup de la refouler que vous voyez ici est que cette idée de "sous-listes" ne parvient pas vraiment à la vraie puissance de SharePoint, qui est que vous utilisez une base de données relationnelle comme SQL. Idéalement, vous ne devriez pas penser aux "sous-listes", en soi. Ce que vous devriez vraiment penser, je pense, ce sont des vues différentes d'une liste, qui en soi est plus ou moins une table de base de données. Il suffit de filtrer les éléments que vous voulez et ne voulez pas dans chaque vue particulière et, en ce qui concerne les utilisateurs finaux, ils ne voient que leurs propres données. Vous pouvez ensuite accéder par programmation à ces vues simplement par calling them.

SPView view = yourList.Views["View Name"]; 
SPListItemCollection items = list.GetItems(view);