2009-03-14 39 views
7

¿Es posible crear listas secundarias en sharepoint? Actualmente estoy usando carpetas para organizar mi contenido, pero las carpetas son un concepto totalmente diferente en sharepoint al acceder a ellas de forma programática.Cómo crear sub-listas en sharepoint

que quiero lograr algo como:
-web
---- La lista A,
--------- Sub Lista 1
--------- Lista Sub 2
---- Lista B
--------- Sub Lista 1
--------- Lista Sub 2

EDIT 1:

I Estoy tratando de tener una ordenable l está directamente debajo de la web. Actualmente estoy logrando esto creando una carpeta personalizada con una columna SortOrder personalizada y un título. El título de las carpetas finalmente se convertirá en el Título de la Sección en el sitio público y los elementos dentro de cada carpeta serán el contenido debajo de la sección. ¿Hay una mejor manera de hacer algo que parezca bastante trivial?

Gracias por su ayuda

Editar 2 (respuesta a Jason):

Bien nos gustaría mantener el contenido organizado. Digamos que tenemos una lista de liderazgo corporativo. Dentro de esta lista tenemos las carpetas de Chairman, CEO, Directors. Luego, con cada una de estas carpetas están los elementos (personas). ¿Hay una mejor manera de organizar esto?

+0

Metadata de navegación! Lamentablemente, parece que encontré esta publicación demasiado tarde – Anurag

+0

Vale la pena señalar que en Sharepoint 2010 puede tener carpetas en una lista, por lo tanto, puede crear ese tipo de jerarquía muy fácilmente. Intenté hacer lo mismo, encontré esta respuesta y me decepcionaron las respuestas proporcionadas, pero una investigación más exhaustiva me llevó a encontrar la lista de Carpetas en el interior. –

Respuesta

0

no hay noción de una sub-lista en SharePoint. Puede lograr el efecto deseado mediante el uso de campos de búsqueda.

puede decirnos un poco más sobre lo que está tratando de lograr?

¿Por qué necesita sublistas en absoluto? ¿Por qué no tener listas separadas para cada área de contenido que desea mostrar en el sitio público?


Actualizado:

Hay un coupld de los diferentes enfoques que se me ocurre:

  1. añadir un campo opción de la lista que clasifica cada una de las personas. Podrá crear vistas para filtrar los elementos de la lista y crear consultas CAML para seleccionar mediante programación los elementos que le interesan. Debería poder segmentar fácilmente la lista para mostrarla en la página pública.

  2. Si estos son los títulos de trabajo, podrían ser almacenados en AD y llevados a SharePoint a través de la funcionalidad de importación perfil. Luego puede desarrollar un elemento web (puede que ya exista), para mostrar a los usuarios con propiedades de perfil específicas (en este caso, "Título")

+0

por favor vea mi pregunta editada arriba. –

+0

Jason tiene razón, la mejor manera es usar una columna de 'elección' en la lista para especificar la categoría, luego filtrar según esto. Para MD, CEO, etc., puede permitir que la columna esté en blanco, o usar CAML para no mostrar el valor ingresado. – Calrion

8

Específicamente, no. No puede tener listas anidadas en SharePoint.

Sin embargo, hay un número de maneras que usted puede conseguir algo que a los usuarios finales es bastante similar. Hay dos opciones:

La primera opción es la agrupación.Incluya una columna para la que desea agrupar (por ejemplo, para una lista que contenga nombres de ciudades, puede agrupar por estado o país, o ambos), luego configure una vista para agrupar por esa (o esas) columnas.

La segunda forma es usar dos listas separadas dentro del mismo sitio (debe ser el mismo sitio) y vincular una a la otra usando un tipo de columna de búsqueda (por ejemplo, crea una lista para contener una lista de países, una lista para mantenga una lista de estados, y una tercera lista para contener una lista de ciudades que incluya columnas de búsqueda para estado y país). Solo puede tener un nivel de búsqueda, por lo que no puede, por ejemplo, tener una columna de búsqueda de país en la lista de estados y luego vincular la lista de estados a la lista de ciudades Y visualizar el país en el que se encuentra la ciudad; puede mostrar el estado muy bien (y si crea una columna calculada en la lista de estados para mostrar "Estado, País", entonces puede mostrar el resultado en la lista de ciudades) pero eso es todo.

+0

campos de búsqueda no del todo precisos pueden cruzar los límites del sitio si los está gestionando programáticamente lo que el OP específicamente dijo que es. – Jason

+0

... primera opción: agrupar nos da multinivel en los campos no para todos los elementos de la lista anidados entre sí - la segunda opción también es de dos niveles, no de varios niveles ... busco google para multinivel y ahora aquí. –

+0

@sabertabatabaeeyazdi Tienes razón, por eso digo "no. No puedes tener listas anidadas en SharePoint". Además, mi respuesta (escrita en 2009) se refiere solo a MS Office SharePoint Server 2007 (MOSS); No tengo experiencia con algo más reciente. – Calrion

0

Creo que el problema real es obstaculizar las "sub-listas". Si es una "lista en la lista", entonces creo que es inaccesible. Al menos, en mi mejor conocimiento.

Si lo que desea es vincular dos listas en diferentes sitios o carpetas, cualquiera que sea, siempre que se encuentren en la misma colección de sitios, se puede hacer. (Si enciendo lectura leer su correo, entonces lo siento una pausa en la lectura!) Hay dos enfoques:

  1. Tome un vistazo a t this post.
  2. Herramientas como Sharepoint List Collection o Sharepoint Cascaded Lookup pueden ser su forma ideal. El problema es que la mayoría de ellos se manejan a través de la vista de datos.

Espero que ayude PS. ¡Es una buena pregunta!

1

SharePoint 2007 no tiene soporte hereda la Lista-en-lista, sin embargo ...

Usted puede tiene varios sitios Webs (realmente) en un sitio determinado Collection en SP2007 y Sitios (realmente Webs) puede tener sub-Sitios (realmente niños). Esto puede usarse para simular la "lista en lista" anterior. El enfoque puede no ser el ideal, pero no es demasiado difícil trabajar con para algunas tareas si todos los sitios (realmente webs) están en la misma colección de sitios (no confunda con el sitio). En este caso, el siguiente sería:

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

He aquí un ejemplo donde se necesita una lista secundaria (mi problema :)). Estoy recopilando información de libros de texto para varios cursos en nuestro departamento. En realidad sólo necesito la información sobre el curso una vez y luego la información para cada libro asociado a ese curso:

GER 555, Libro de texto Título, POC información (instructor), etc título de libro de texto, ISBN, VER, Autor, etc título libro de texto , ISBN, VER, Autor, etc. título de libro de texto, ISBN, VER, Autor, etc.

Algunos cursos tienen hasta 8 libros y es una molestia para el instuctor tener que completar un formulario cada vez.

0

He logrado crear conjuntos de documentos (SharePoint 2010) en una lista personalizada. Fue un poco accidental y no estoy seguro de si es aconsejable hacer esto (feliz de seguir el consejo).

Quería dividir una lista por "Organización" y quería tener un conjunto de documentos de minutos para cada organización, que contiene los minutos para cada organización respectiva.Los pasos que utilizan:

  • Creado tipo de contenido para los minutos basado en elemento de la lista
  • Creado tipo de contenido para los minutos de juegos de documentos basado en el Documento Conjunto
  • lista personalizada Creado para los minutos
  • Agregado ambas Actas y Minutos Estructura de la documentación como tipos de contenido
  • documento retirado como un tipo de contenido de la lista

Ahora puedo crear Minutos Conjuntos de documentos en la lista y agregar elementos de la lista Minutos a esos conjuntos de documentos: la condición es que estoy creando los conjuntos de documentos usando PowerShell, ya que cuando trato de hacerlo usando el navegador, SharePoint me dice que no puedo (lo cual es extraño porque un punto que hice, de hecho, crear un documento con el navegador, pero en algún punto del camino, esto dejó de funcionar).

Al acceder a un documento, no se mostrará la vista Conjunto de documentos. Esa vista es específicamente para bibliotecas y SharePoint se quejará si intenta usarla para mostrar el contenido de un Conjunto de documentos en una lista.

Como mencioné anteriormente, esto fue algo así como un accidente que ocurrió porque no sabía que se suponía que no se podía hacer esto. Úselo bajo su propio riesgo.

0

No puede tener sublistas en SharePoint, pero si todas sus listas van a tener los mismos metadatos, puede asegurarse de tener carpetas en las bibliotecas de documentos. Toda una biblioteca de documentos es una lista que se hace para alojar documentos. Puedes poner subcarpetas en él y todo eso.

Habiendo dicho eso, creo que gran parte del retroceso que está viendo aquí es que esta idea de "sublistas" realmente no llega al poder real de SharePoint, que es que está usando una base de datos relacional como SQL. Idealmente, no debería pensar en "sublistas", per se. Lo que realmente debería estar pensando, creo, son diferentes vistas de una lista, que en sí misma es más o menos una tabla de base de datos. Simplemente filtra los elementos que deseas y no quieres en cada vista en particular y, en lo que respecta a los usuarios finales, todo lo que ven son sus propios datos. A continuación, puede acceder mediante programación a esas vistas simplemente por calling them.

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