Chiedono comunemente sull'utilizzo di una colonna di dati tipo "persona o gruppo" in un'altra colonna di dati digitare "Calcolato".

Linea di fondo, Questo non funziona in WSS 3.0 (o muschio).

Quando si aggiunge una colonna calcolata, WSS Mostra l'elenco dei campi che consente di utilizzare per il calcolo. Se si digita il nome di una colonna che non è nel relativo elenco, che ti dice:

Non sono ammessi uno o più riferimenti di colonna, perché le colonne sono definite come tipo di dati non è supportato nelle formule.

Soluzione alternativa: Utilizzare un gestore eventi. Il gestore eventi viene generato quando l'utente salva l'elemento. Esegue l'aggiornamento che avresti voluto la colonna calcolata a fare per voi.

Link utili su calcolato campi in generale:

• Utilizzando [Me] in una colonna calcolata
• Esempi di espressioni di formula (cortesia di http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Rapido disclaimer: Credo che quanto sopra sia vero e accurato, ma ho visto abbastanza intelligente trucchi qua e là in MOSS e WSS che sarei estremamente sorpreso (agog se volete) Se qualcuno ha scoperto un modo per farlo senza ricorrere al codice. Se hai capito intelligente per risolvere o conosci qualcuno che ha fatto, per favore fatemi sapere!

Abbiamo fatto alcune pesanti ri-organizzazione della nostra tassonomia del sito tramite "Gestisci contenuto e struttura". Per motivi a me sconosciuti, Questo processo (però lavorando nella principale) ha rotto alcuni link di navigazione in avvio veloce. I collegamenti interrotti sono caratterizzati da:

• URL sbagliato. Per esempio, dovrebbe essere "/ siti/dipartimenti/HumanResources /…". Tuttavia, è il nuovo link "/ siti/Corporate/HumanResources /…".
• Bit ripetute nella stringa di query della rubrica, come in:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Che è abbastanza facile da risolvere tramite Impostazioni/navigazione del sito. Tranne per il fatto, MOSS mi presenta con questo quando cerco di farlo:

Il fatto è, nessuno sta facendo alcun cambiamento ci (a parte me, Naturalmente).

Una rapida ricerca salta fuori questa discussione del forum MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier esso delinea piacevolmente nel penultimo (come di 10/02/07) Inserisci:

Fatto è:

Per reimpostare le rubriche danneggiati, devi :

– rimuovere tutte le liste sotto voce danneggiato

– rimuovere la voce danneggiato

– Impostazioni dell'elenco, aggiungere un elenco rimosso per l'avvio veloce (Questo rigenerare una rubrica non danneggiata)

Quindi sei a posto….

---

Esperto di SharePoint – Sogeti Cap Gemini Svizzera

Ero un po' confuso perché continuato a voler andare alla pagina di navigazione, fare la modifica e quindi avere colpito con la "Modifica pagina" Messaggio. Alla fine, Capii che dovevo andare a impostazioni dell'elenco e rimuovere/aggiungere all'avvio veloce. Che ha fatto il trucco. Tempi felici sono di nuovo qui!

</fine>

Iscriviti al mio blog!

AGGIORNAMENTO 12/10/07: Hotfix come descritto in MSDN KB929816 risolto il problema per noi di seguito indicate. Ottenere l'aggiornamento rapido e quindi installare su ogni server della farm. Poi, utilità di configurazione di SharePoint in ogni server. Ecco il link di supporto MS per quel KB: http://support.microsoft.com/kb/932816.

Sfondo:

Abbiamo un requisito aziendale dove un responsabile ingegneria ambientale deve garantire che 30 alcuni-strano stabilimenti dislocati in tutta il Stati Uniti debba garantire che quelle piante file per i loro vari permessi sotto mandato in modo tempestivo. Un approccio che abbiamo indagato sfrutta la "pausa fino a data" attività disponibili a noi tramite SharePoint Designer worfklow. Il direttore di ingegneria (o la sua assistente) entra tutti i permessi necessari e le date di promemoria all'inizio dell'anno. Il sistema poi fa tutto il lavoro pesante.

Ambiente:

MUSCHIO, 64 bit, ambiente di macchina virtuale (scatola di sviluppo), 2 Server (SQL Server #1, tutto il resto sul server #2).

Problemi:

L'azione di pausa fino a data sembra la soluzione perfetta e può risultare bene di essere. Tuttavia, non funziona fuori dalla scatola (per noi).

1. Il processo di flusso di lavoro non è stato programmato per eseguire, mai. Ho scoperto questo con la lettura attraverso Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) eccellente write-up utilizzando questa convenzione stsadm:
   

   C:\>stsadm -o getproperty - propertyname "lavoro-flusso di lavoro" -URL http://localhost

   <Proprietà esiste = "No" />

   C:\>

   Che è stato un risultato sorprendente ma facilmente risolto:

   C:\>stsadm -o setproperty - propertyname "lavoro-worfklow" -PropertyValue "ogni 1 minuti tra 0 e 59" -URL http://localhost

   Operazione completata.

   C:\>

   A farlo, il primo "In corso" flusso di lavoro rapidamente sparato e lo ha fatto ha di lavoro.

2. Purtroppo, quello successivo non funziona come previsto. Per fortuna, Christopher ci rimanda qui (http://support.microsoft.com/kb/932816). Come della scrittura di questa voce, Stiamo aspettando che il reparto IT ottenere l'hotfix, ma ha un aspetto promettente. Le nostre copie del file di DLL interessate non condividono la stessa dimensione in byte, quindi speriamo che questo risolverà il problema.

Soluzione alternativa:

Eseguire nuovamente il comando stsadm -o setproperty sembrava a pungolare il timer del flusso di lavoro sveglio. Sarebbe, all'incirca 7 minuti più tardi, in realtà svegliarsi e continuare con il flusso di lavoro.

Domande / Problemi risolti:

Pausa fino a data non funziona.

Data di pausa fino a quando non viene riattivato.

Lo stato del flusso di lavoro non cambia da "In corso"

Lo stato del flusso di lavoro rimane "In corso"