2009-03-14 28 views
7

È possibile creare sotto-elenchi in sharepoint? Attualmente sto usando le cartelle per organizzare il mio contenuto, ma le cartelle sono un concetto completamente diverso nel punto di condivisione quando le si accede in modo programmatico.Come creare sotto-liste in sharepoint

voglio ottenere qualcosa di simile:
-web
---- La lista A
--------- Lista sub 1
--------- Lista Sub 2
---- Lista B
--------- Lista sub 1
--------- Lista sub 2

EDIT 1:

I sto cercando di avere un ordinabile l ist direttamente sotto il web. Attualmente sto raggiungendo questo creando una cartella personalizzata con una colonna SortOrder personalizzata e un titolo. Il titolo delle cartelle alla fine diventerà il titolo della sezione sul sito pubblico e gli elementi all'interno di ciascuna cartella saranno il contenuto sotto la sezione. C'è un modo migliore per fare qualcosa che sembra abbastanza banale?

Grazie per il vostro aiuto

Edit 2 (risposta a jason):

Bene vorremmo mantenere il contenuto organizzato. Supponiamo di avere una lista di leadership aziendale. All'interno di questo elenco abbiamo le cartelle Presidente, CEO, Direttori. Quindi con ognuna di queste cartelle ci sono gli oggetti (persone). C'è un modo migliore per organizzarlo?

+0

Navigazione dei metadati! Purtroppo, sembra che ho trovato questo post troppo tardi – Anurag

+0

Vale la pena notare che in Sharepoint 2010 è possibile avere cartelle in un elenco, quindi è possibile creare quel tipo di gerarchia molto facilmente. Stavo cercando di fare lo stesso, ho trovato questa risposta e sono rimasto deluso dalle risposte fornite, ma ulteriori indagini mi hanno portato a trovare le cartelle all'interno dell'elenco. –

risposta

0

non esiste alcuna nozione di un sottoelenco in SharePoint. Potrebbe essere possibile ottenere l'effetto desiderato utilizzando i campi di ricerca.

puoi dirci un po 'di più su cosa stai cercando di realizzare?

Perché hai bisogno di sotto-elenchi? Perché non disporre di elenchi separati per ciascuna area di contenuto che si desidera visualizzare sul sito pubblico?


Aggiornato:

Ci sono un coupld di approcci diversi mi viene in mente:

  1. Aggiungi un campo di scelta per la lista che classifica ciascuna delle persone. Sarai in grado di creare viste per filtrare gli elementi nell'elenco e creare query CAML per la selezione a livello di codice degli articoli che ti interessano. Dovresti riuscire a segmentare facilmente l'elenco per la visualizzazione nella pagina pubblica.

  2. Se si tratta di titoli di lavoro, possono essere archiviati in AD e portati in SharePoint tramite la funzionalità di importazione del profilo. È quindi possibile sviluppare una web part (che potrebbe già esistere), per mostrare agli utenti specifiche proprietà del profilo (in questo caso "Titolo")

+0

per favore vedi la mia domanda modificata sopra. –

+0

Jason ha ragione, il modo migliore è utilizzare una colonna 'choice' nell'elenco per specificare la categoria, quindi filtrare in base a questo. Per MD, amministratore delegato, ecc. È possibile consentire che la colonna sia vuota oppure utilizzare CAML per non visualizzare il valore inserito. – Calrion

8

In particolare, n. Non puoi avere elenchi annidati in SharePoint.

Tuttavia, esistono diversi modi per ottenere qualcosa che per gli utenti finali è abbastanza simile. Ci sono due opzioni:

La prima opzione è il raggruppamento.Includi una colonna da raggruppare per (ad esempio per un elenco contenente nomi di città, potresti voler raggruppare per stato o paese - o entrambi), quindi impostare una vista per raggruppare in base a quelle (o quelle) colonne.

Il secondo metodo consiste nell'utilizzare due elenchi separati all'interno dello stesso sito (deve essere lo stesso sito) e collegare l'uno all'altro utilizzando un tipo di colonna di ricerca (ad esempio, si crea un elenco per contenere un elenco di paesi, un elenco a tenere un elenco di stati e un terzo elenco per contenere un elenco di città che include colonne di ricerca per stato e paese). È possibile avere un solo livello di ricerca, quindi non è possibile, ad esempio, avere una colonna di ricerca per paese nell'elenco di stati, quindi collegare l'elenco di stati all'elenco di città E visualizzare il paese in cui si trova la città; è possibile visualizzare lo stato bene (e se si crea una colonna calcolata nell'elenco di stato per mostrare "Stato, Paese", quindi è possibile visualizzare il risultato nell'elenco delle città) ma questo è tutto.

+0

non completamente accurati I campi di ricerca possono oltrepassare i limiti del sito se vengono gestiti in modo programmatico dall'OP in particolare. – Jason

+0

... prima opzione: il raggruppamento ci dà multilivello sui campi non per tutti gli elementi della lista nidificati l'uno con l'altro - la seconda opzione è anche a due livelli non multilivello ... cerco google per multilivello e ora qui. –

+0

@sabertabatabaeeyazdi Hai ragione, ecco perché dico "no, non puoi avere elenchi annidati in SharePoint". Inoltre, la mia risposta (scritta nel 2009) si riferisce solo a MS Office SharePoint Server 2007 (MOSS); Non ho esperienza con nulla di più recente. – Calrion

0

Penso che il vero problema stia ostacolando le "sotto-liste". Se si tratta di un "elenco in elenco s", quindi penso che sia inaccessibile. Almeno nella migliore delle mie conoscenze.

Se si desidera semplicemente collegare due elenchi in siti o cartelle diversi, a condizione che si trovino nella stessa raccolta siti, è possibile farlo. (Se Accendo leggere leggere il tuo post, quindi mi dispiace mettere in pausa la lettura!!) Ci sono un paio di approcci:

  1. Date un'occhiata a t this post.
  2. Strumenti come Sharepoint List Collection o Sharepoint Cascaded Lookup possono essere il tuo modo ideale. Il problema è che la maggior parte di essi viene gestita tramite la visualizzazione dei dati.

Spero che aiuti PS. Ottima domanda!

1

SharePoint 2007 non ha il supporto ereditano List-in-List, tuttavia ...

È possibile avere più siti (in realtà Webs) in una data raccolta siti in SP2007 e dei Siti (davvero Webs) può avere siti secondari (Web veramente bambini). Questo può essere usato per simulare il "List-in-List" sopra. L'approccio potrebbe non essere l'ideale, ma non è troppo difficile lavorare con per alcune attività se tutti i Siti (in realtà Web) si trovano nella stessa raccolta siti (non confondere con il Sito). In questo caso il seguente sarebbe:

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

Ecco un esempio in cui è necessaria una sottolista (il mio problema :)). Sto raccogliendo informazioni sui libri di testo per vari corsi nel nostro dipartimento. Ho davvero solo bisogno di informazioni corso una volta e poi le informazioni per ogni associato a quel corso:

GER 555, Libro di testo Titolo, POC (istruttore) Info, ecc titolo da manuale, ISBN, VER, autore ecc titolo libro di testo ISBN, VER, Autore ecc. titolo di testo, ISBN, VER, Autore ecc.

Alcuni corsi hanno fino a 8 libri ed è un dolore per l'institore di dover compilare un modulo ogni volta.

0

Sono riuscito a creare set di documenti (SharePoint 2010) in un elenco personalizzato. È stato un po 'casuale e non sono sicuro se sia saggio farlo (felice di prendere consigli).

Ho voluto partizionare un elenco per "Organizzazione" e volevo avere un documento di minuti impostato per ciascuna organizzazione, contenente il verbale per ciascuna rispettiva organizzazione.I passi che ho usato:

  • Creato tipo di contenuto per i minuti a base di elemento della lista
  • Creato tipo di contenuto per i minuti della documentazione sulla base della documentazione
  • elenco personalizzato Creato per Minuti
  • aggiunto sia Minuti e minuti documento Imposta come tipi di contenuto
  • documento rimosso come un tipo di contenuto per la lista

Ora posso creare Minuti Set di documenti nell'elenco e aggiungi gli elementi dell'elenco dei minuti a questi set di documenti - la condizione è che sto creando i set di documenti usando PowerShell come quando provo a farlo usando il browser, SharePoint mi dice che non posso (che è strano perché a un punto ho infatti creato un set di documenti usando il browser, ma da qualche parte lungo il percorso questo ha smesso di funzionare).

Quando si accede a un documento non verrà visualizzata la vista del set di documenti. Questa vista è specifica per le librerie e SharePoint si lamenterà se si tenta di utilizzarlo per visualizzare i contenuti di un set di documenti in un elenco.

Come ho già detto, si è trattato di un incidente che si è verificato perché non ero consapevole del fatto che non dovevi essere in grado di farlo. Utilizzare a proprio rischio.

0

Non è possibile avere sottoliste in SharePoint, ma se tutti gli elenchi avranno gli stessi metadati, si avrà la certezza di disporre di cartelle nelle raccolte documenti. Tutta la libreria di documenti è una lista creata per ospitare i documenti. Puoi inserire sottocartelle e tutto ciò.

Detto questo, penso che molto del pushback che si sta vedendo qui è che questa idea di "sottoliste" non raggiunge realmente la vera potenza di SharePoint, ovvero che si sta utilizzando un database relazionale come SQL. Idealmente, non dovresti pensare a "sottoliste", di per sé. Quello che dovresti davvero pensare, penso, è una visione diversa di una lista, che di per sé è più o meno una tabella di database. Basta filtrare gli elementi che vuoi e non vuoi in ogni vista particolare e per quanto riguarda gli utenti finali, tutto ciò che vedono sono i loro stessi dati. È quindi possibile accedere a livello di programmazione a tali viste semplicemente tramite calling them.

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