Inserire campi SharePoint nei documenti
- Dettagli
- Categoria:SharePoint
- Pubblicato Giovedì, 29 Settembre 2011 09:13
- Scritto da Riccardo Valenti
- Visite: 143
SharePoint offre la possibilità di utilizzare campi di SharePoint all'interno dei documenti. Questa funzionalità risulta particolarmente utile per tenere sempre aggiornati campi come il numero della verione, l'autore del documento, la data di modifica ecc...
Per configurare il questa caratteristica bisogna:
Raggruppamenti nelle viste in SharePoint 2010 SP1
- Dettagli
- Categoria:SharePoint
- Pubblicato Venerdì, 26 Agosto 2011 12:19
- Scritto da Riccardo Valenti
- Visite: 186
Dopo l'applicazione dell'SP1 in SharePoint 2010 se presente un problema veramente scomodo e di difficile risoluzione, i raggruppamenti nelle viste non funzionano più o meglio, le viste funzionano e i conteggi degli elementi nei vari gruppi sono corretti ma i gruppi non si aprono, caricano per un pò e poi rimangono completamente vuoti. Provando la visualizzazione non raggruppata invece la lista funziona normalmente. Un'altra anomalia è che, impostando la visualizzazione raggruppata anche la ribbon non riesce a caricarsi, rimane in loading.
Indagando un pò sono riuscito, grazie anche a vari post in internet, a scoprire la causa del problema. Il tutto è causato dai file INIT.js e CORE.js presenti in \14\TEMPLATE\LAYOUT\1040. Nell'installazione dell'SP1 per SharePoint 2010 anche questi file vengono aggiornati il problema è che, ad eccezione dei file in lingua inglese presenti nella cartella \14\TEMPLATE\LAYOUT\1033, in tutte le altre localizzazioni questi file sono errati. Più che sono errati è corretto dire non sono aggiornatissimi, se controlliamo infatti i file INIT.debug.js e CORE.debug.js vediamo che:
INIT.debug.js
English _version=14.0.6009
Italian _version=14.0.4762
CORE.debug.js
English _version=14.0.6024
Italian _version=14.0.6024
Nel mio caso è stato necessario copiare anche le immagini dalla cartella italiana all'inglese altrimenti i campi RTF non avevano le immagini
Doppi risultati nelle ricerche
- Dettagli
- Categoria:SharePoint
- Pubblicato Domenica, 24 Luglio 2011 20:50
- Scritto da Riccardo Valenti
- Visite: 216
Dopo aver configurato i MySite o Siti Personali in SharePoint 2010 sono andato a configuare il crawl della ricerca affinchè indicizzasse tutti i profili con le relative informazioni, per farlo sono andato a modificare le origini di contenuto della ricerca di SharePoint inserendo l'url dell'applicazione web dedicata ai profili. Ho quindi aggiunto le seguenti righe:
la comfigurazione completa era quindi
e ho lanciato un sincronizzazione incrementale.
Nell'attesa ho iniziato a guardare e provare le funzionalità dei siti personali di SharePonit 2010 ma ne tratterò in un'altro articolo.
Finita l'indicizzazione provo subito ad effettuare una ricerca sui profili e subito noto che tutti i risultati sono duplicati, tutti i profili appaio due volte. All'inizio ho pensato che i profili venissero mostrati due volte perchè il termine ricercato, nel mio caso il cognome, era presente sia nel campo cognome che nell'indirizzo email, allora ho provato a utilizzare termini che comparissero in un solo campo nel profilo ma anche in questo caso tutti i risultati erano duplicati. Mi sono messo ad indagare un pò fino ad arrivare a scoprire la causa del problema. Il problema risiedeva nelle configurazioni del crawler di ricerca e più precisamente nelle righe che utilizzavano il protocollo sps3 (per chi non lo sapesse sps3 indica al crawler di utilizzare gli header propri di SharePoint, ciò gli permette di superare senza problemi alcune limitazioni come proxy ecc...). In pratica i profili venivano indicizzati due volte perchè venivano trovati sia indicizzado il contenuto di sps3://portale.mia_società.it che sps3://persone.mia_società.it. La risoluzione è quanto mai semplice, è bastato rimuovre una delle due righe che riportava l'utilizzo degli header sps3 e rilanciare una sincronizzazione completa.
Ora i profili non sono più doppi nelle ricerche ma appaio sempre correttamente.
Search Center Masterpage
- Dettagli
- Categoria:SharePoint
- Pubblicato Venerdì, 26 Agosto 2011 10:25
- Scritto da Riccardo Valenti
- Visite: 177
Tutti quelli usano sharepoint avranno sicuramento notato che la masterpage di default per il sito di ricerca (Search Center) è impostata su minimal.master e questo fa si che in siti di pubblicazione, le pagine delle ricerche abbiano una grafica completamente differente da quella dell'intero sito risultando quindi sgradevoli.
Provando ad impostare la masterpage personalizzata (o anche quella di defaul di pubblicazione) nelle pagine di ricerca mancano delle aree (WebPart Zone) in cui sono inserite le webpart e i controlli per effettuare la ricerca. In realtà queste aree non mancano ma sono inserite nel controllo breadcrumb e ciò di fatto le rende inutilizzabili.
Per risolvere questo problema dobbiamo:
Office Web Apps Licensing
- Dettagli
- Categoria:SharePoint
- Pubblicato Domenica, 24 Luglio 2011 20:41
- Scritto da Riccardo Valenti
- Visite: 251
Se usate SharePoint 2010 avrete avuto sicuramente modo di visionare le potenzialità degli excel services che vi permettono di aprire un foglio excel direttamente dal browser e probabilmente vi sarete chiesti se è possibile aprire tutti i documenti di office derettamente nel browser, la risposta a questa domana è si, ma....
Ma vediamo nel dettaglio la risposta, prima di tutto si. Grazie a Office Web App è infatti possibile visualizzare qualsiasi documento di Office (Word, Excel, PowerPoint e OneNote) direttamente in Sharepoint 2010, in più Office Web App permette anche di modificare ed eseguire delle operazioni sui file. In più c'è da dire che Office Web App è compatibile con tutti i più rencenti browser, ovviamente ama Internet Explorer ma Microsoft garantisce la compatibilità anche con Firefox e Safari.