Web Dev Share Etc.

SharePoint 2007, 2013, Silverlight! ... "Non ce la faccio, troppi ricordi"

noreply@blogger.com (Giorgio Guerrieri) — Thu, 22 Jul 2021 10:30:00 +0000

Dopo una lunga pausa, ritrovo un po' di tempo per questo blog.. confesso decisamente lasciato solo...

(Confesso che mi è anche capitato tra le mani per caso)

Blogger. Non pensavo neppure fosse ancora utilizzato e chissà se qualcuno leggerà queste righe.

Dovevo ancora abilitare l'https, per fortuna andato con un semplice flag.

E, addirittura, mi avvisano che "mettiamo noi il banner per i cookies, ma tu controlla che ci sia: è una tua responsabilità". Che gentili!

Però è bello riprendere in mano materiale "vintage". Ha il suo fascino e dà un senso di nostalgia.

Quella piacevole sensazione che senti maneggiando oggetti antichi ai mercatini o in solaio, materiali di altri tempi, che tanto fanno pensare alle madeleine di Proust (citazione classica, un must, per i post su ricordi e lacrimucce) o, più recente, ma neanche troppo (1997), a Giovanni Storti in auto, cantando e piangendo "troppi ricordi, non ce la faccio".

E la sensazione sarebbe molto più godibile, se non fosse che certi old-fashioned te li trovi quando cambi lavoro, nel 2021..

E scopri che si lotta per abbandonare "vecchi amici"..

SharePoint 2007, SharePoint 2013 (ma questo in fondo è quasi ancora giovane).. per non parlare dei sistemi operativi che trovi sotto, i Sql Server e lo stile di alcune pagine..

Ma l'incontro più importante è stato lui, .. Silverlight!

Lo so, non ci credevo neppure io, ma ci sono ancora tante applicazioni basate su Silverlight.

Per fortuna, Microsoft in questo aiuta: grazie agli annunci di dismissione di Internet Explorer 11, della fine vita (ormai da mo') di MOSS e del termine del supporto a SP2013, ora si devono aprire le finestre, togliere i veli, scuotere via la polvere, far prendere aria e rimodernare un minimo.

Intanto, si parte da Silverlight.

Al momento l'onore (?) di preparare un degno Addio al plugin è lasciato ad un fortunato fornitore. E devo dire, che è anche interessante vedere come stia riuscendo nell'impresa. Bravi!

Quasi li invidio.

Ho detto "quasi"!

L'obiettivo ora è riuscire ad allineare (almeno) le versioni, tutti sul SharePoint 2013 e poi si vedrà sul resto..

Forse tornerò tra un paio d'anni a scriverne l'esito.. E non perché mi sarò nuovamente scordato del blog, ma perché probabilmente è quello il tempo che ci metteremo.

Se non mi sentite più.. sono invece rimasto sepolto sotto la polvere, a guardare le cartoline e le foto di un tempo, lanciando stsadm come non ci fosse un domani.

Per sempre.

A presto!

SharePoint - Errore javascript nel file WebResource.axd

noreply@blogger.com (Giorgio Guerrieri) — Wed, 08 Apr 2015 09:15:00 +0000

Non so dire perché, né spiegarlo o trovare traccia del motivo per cui si presenta, ma ogni tanto, non su tutti i browser, non a tutti gli utenti, e neppure allo stesso utente nella stessa sessione di navigazione, però in pagine particolarmente personalizzate lato client (tramite jquery e javascript di varia forma), viene fuori un errore javascript

'Event' is undefined

normalmente in una delle righe del file WebResource.axd.
In alcune circostanze, non è neppure bloccante, in altre invece blocca l'esecuzione di altri javascript (soprattutto per browser datati, ad es IE7-8)

Proviamo a risolvere o aggirare il problema.

Eseguendo il debug di IE l'errore non si presenta.
Il che dà conferma alla teoria che l'osservazione modifica lo stato (fisica in background), ma non ci aiuta.

Entrando però in debug al momento dell'errore, ecco che abbiamo un'eccezione in questa funzione, dentro il WebResource.axd (riga 184 circa):

function Menu_HideItems(items) {
    if (document.body.__oldOnClick) {
        document.body.onclick = document.body.__oldOnClick;
        document.body.__oldOnClick = null;
    }
    Menu_ClearInterval();
    if (!items || ((typeof(items.tagName) == "undefined") && (items instanceof Event))) {        items = __rootMenuItem;
    }
...

Mi sono fermato dal capirne i motivi: la funzione viene chiamata dall'evento document.body.onclick, il che fa pensare che sia per chiudere eventuali menu aperti, tramite il click, o roba del genere.
Va bene.
Nella mia pagina, serve un evento del genere? Se la risposta è NO, allora aggiriamo con questo codice, che ho messo nel $(document).ready.

//to prevent error on webresource.axd
var oldMenu_HideItems = Menu_HideItems;
if(oldMenu_HideItems)
{
    Menu_HideItems = function(items)
    {
        try
          {
            return oldMenu_HideItems(items);
          }
        catch(err)
          {
          }
    }
}
//

Di fatto, ridefinisce la funzione, per recuperarla quando viene chiamata e poterla inserire in un try/catch.
Se la funzione non ha eccezioni, va, altrimenti, non fa nulla e non ho più errori javascript nella mia pagina.

E via.

SharePoint 2013 - Issue su Document Set

noreply@blogger.com (Giorgio Guerrieri) — Fri, 30 Jan 2015 10:07:00 +0000

Abbiamo sperimentato un paio di Issue sulla gestione dei Document Set su SharePoint 2013 (testati e riprodotti su SP Online).
Ecco qui due promemoria per le prossime volte.

Singolo Apice nel Nome del Document Set

A differenza della gestione dei caratteri speciali NON permessi sui nomi dei file, per il Document Set abbiamo la restrizione solo per i seguenti caratteri:

" # % * : < > ? / \ |.

Quindi, apice singolo e & sono permessi nel nome del file.
MA, utilizzando l'apice singolo, in creazione del Document Set non abbiamo problemi: visualizziamo la Welcome Page correttamente.
Se usciamo dal Document Set, e proviamo a rientrarci, invece, abbiamo il comportamento della Cartella: nessuna welcome page...
Se togliamo l'apice dal nome, in Modifica Proprietà, tutto torna alla normalità.

Conclusione: controllate manualmente che NON sia presente l'apice singolo nel Nome del Document Set.

Errore in Welcome Page per Lookup errate

Creiamo un Content Type Document Set con una colonna di tipo Lookup.
Utilizziamo la colonna in visualizzazione nella Welcome Page.
Tutto fila liscio.
Ora, eliminiamo la Lista cui fa riferimento la Lookup, così da renderla "orfana".
[Già in teoria mi aspetterei un messaggio di errore del tipo "questa lista è utilizzata in una lookup, non puoi eliminarla", ma fa lo stesso]

Il nostro content type continua ad avere la lookup, anche se orfana di lista.
Poco male, non possiamo selezionare nessun valore.

Ma, se apriamo la Welcome Page abbiamo un errore, segnalato sulla web part DocumentSetProperties.

Conclusione: Nelle impostazioni del Content Type Document Set, togliamo dalla visualizzazione in Welcome Page la colonna: tutto va a posto.
Meglio ancora, togliamo la Lookup orfana ;-)

(segue)

SharePoint 2013 - Filtrare per Eventi Ricorrenti senza i duplicati

noreply@blogger.com (Giorgio Guerrieri) — Tue, 08 Jul 2014 14:33:00 +0000

La creazione di un evento ricorrente genera tante istanze dell'evento creato, quante sono le date configurate per la ricorrenza.

Esiste la possibilità di visualizzare tutti gli eventi, con le ricorrenze, tramite la vista Calendario e la vista Eventi Correnti.

La vista Tutti gli Eventi mostra invece gli eventi ricorrenti "Parent", quindi i soli item effettivamente inseriti, con la regola di ricorrenza.

Quando modifichiamo una istanza di una ricorrenza, possiamo decidere se modificare tutta la serie o il singolo elemento: scegliendo l'ultima opzione, viene creato un nuovo item (evento), con un suo id, con le stesse regole della ricorrenza, ma "slegato" dalla ricorrenza "Parent" originaria (pur mantenendo un collegamento interno).

Se vogliamo visualizzare solo gli eventi "Parent" originali, senza gli eventi modificati a partire dalla serie (come descritto sopra), dobbiamo filtrare la web part modifiicando, tramite il Designer, la CAML Query.

Identifichiamo il tag <View> e inseriamo nel tag <Query>, il seguente codice:

<Where><Neq><FieldRef Name="EventType"/><Value Type="Integer">4</Value></Neq></Where>

Questo esclude dalla visualizzazione gli eventi con EventType = 4, cioè quelli generati dalla modifica di una singola ricorrenza.

SharePoint - Spostare Document Set di grandi dimensioni

noreply@blogger.com (Giorgio Guerrieri) — Wed, 18 Jun 2014 10:48:00 +0000

Per lo spostamento di Document Set da una libreria ad un'altra occorre tenere conto del contesto in cui si implementa la procedura di spostamento, in particolare se esiste la possibilità che i Document Set contengano documenti di dimensioni superiori ai 10 Mb.

Export/Import

In rete è la soluzione più consigliata, ma attenzione: per file di grandi dimensioni (superiori a 10Mb), funziona solo nel caso di Event Receiver (o Console Application).
Utilizzato in un Timer Job si riceve un errore decisamente incomprensibile, in fase di Export: "Unable to determine the identity of domain".
Questo messaggio ci ha fatto penare un bel po' ed è riferito ad una classe utilizzata dal package di gestione dello stream in fase di esportazione del Document Set (class IsolatedStorage).

//get Document Set Source
DocumentSet documentSet = DocumentSet.GetDocumentSet(itemToMove.Folder);
//get Target List
SPList targetList = web.Lists[docSetListTargetName];
//get content type id for target list
SPContentTypeId contentTypeId = targetList.ContentTypes["Custom Document Set Name"].Id;
//export in a stream
byte[] documentSetData = documentSet.Export();
//get document set name
string documentSetName = documentSet.Item.Name;

//get folder target
SPFolder targetFolder = targetList.RootFolder;

//Assign all properties
System.Collections.Hashtable propertiesParent = itemToMove.Properties;

//Create new Document Set
DocumentSet docSet = DocumentSet.Import(documentSetData, documentSetName, targetFolder, contentTypeId, propertiesParent, currentWeb.CurrentUser);

//then go to delete source document set

Folder.MoveTo

Utilizzando questo metodo viene spostato il Document Set con il suo contenuto, qualsiasi peso abbia, come fosse una Cartella (SPFolder) e successivamente, viene convertita in Document Set Content Type.

La cosa buona è che funziona anche per i Timer Job quindi senza problemi di size.

//get Document Set Source
DocumentSet documentSet = DocumentSet.GetDocumentSet(itemToMove.Folder);
//get Target List
SPList targetList = web.Lists[docSetListTargetName];
//get content type id for target list
SPContentTypeId contentTypeId = targetList.ContentTypes["Custom Document Set Name"].Id;
//set Url of new Document Set in target list
string moveUrl = targetList.RootFolder + "/" + itemToArc.Folder.Name;
//move document set as folder
itemToMove.Folder.MoveTo(moveUrl);
//check new Document Set
SPFolder newDocset = currentWeb.GetFolder(moveUrl);
if (newDocset.Exists)
{
//Update all fields from source
foreach (SPField f in itemToMove.Fields)
{
if (!f.ReadOnlyField)
{
newDocset.Item[f.StaticName] = itemToMove[f.StaticName];
}
}
//IMPORTANT: convert Folder to Document Set
newDocset.Item["ContentTypeId"] = contentTypeId;
newDocset.Item["HTML File Type"] = "SharePoint.DocumentSet";
//then update
newDocset.Item.Update();
}
else
{
// Failed moving the docset or setting ...
}

//no need to delete source Document Set

SharePoint - Il Check-Out e i Documenti Fantasma!

noreply@blogger.com (Giorgio Guerrieri) — Tue, 17 Jun 2014 08:47:00 +0000

Lo scenario spettrale nel quale i Documenti scompaiono alla vista di tutti, compreso il System Account, ha una spiegazione (quasi logica) e anche una soluzione!

Il Cliente segnala l'impossibilità di salvare un nuovo Documento (nuovo), creato con Word, con un dato nome.
L'utente X accede alla Document Library su cui è impostato check-in/out per modifica.
Clicca su Nuovo Documento, apre Word, modifica il file e, per qualche ragione, NON esegue Check-in.
Chiude Word, oppure si pianta (non raro), o il browser va in errore (ancora meno raro), o qualsiasi altro motivo per cui non viene archiviato il file.

In questo scenario, gli altri utenti non vedono il documento. Nessuno. Solo l'utente X.

L'utente Y crea un nuovo file e lo vuole salvare, chiamandolo come il file creato (e non archiviato) dall'utente X.
MA riceve un messaggio: Non è possibile salvare il file perché l'utente X sta già modificando un documento con quel nome.

Il sistema dice che c'è quel file, ma non si vede e non possiamo sovrascriverlo né modificarlo perché lo fa già utente X. Neppure System Account lo vede, neppure con Power Shell..

L'utente X sembra l'unico che può vederlo.
L'utente X è l'unico che può cancellarlo.
L'utente X può risolvere il problema.

L'utente X è in maternità.

Microsoft ha previsto, fortunatamente (per loro), lo scenario descritto, fornendo la possibilità, nelle configurazioni della Document Library, di visualizzare i documenti che non hanno ancora una versione: ovvero sono stati creati, ma mai ne è stato eseguito un check-in.

Il Link Manage files which have no checked in version è abbastanza esplicativo.

Mostra i file non archiviati, senza versione:

Selezionando un documento e cliccando su Take Ownership of Selection, l'utente corrente ha la possibilità di prendere il possesso dei file, sostituirsi all'utente che non ha eseguito l'archiviazione, e modificare il file.

Risulta quindi, nella library, finalmente il file:

"SharePoint Mystery - The case of the missing documents" racconta la nostra storia
http://www.networkworld.com/article/2346678/microsoft-subnet/sharepoint-mystery--the-case-of-the-missing-documents.html

SharePoint - Usare Information Management Policy per l'invio di Notifiche di Scadenza

noreply@blogger.com (Giorgio Guerrieri) — Wed, 28 May 2014 15:30:00 +0000

Definiamo un campo di tipo Date Time per immagazzinare il giorno per l’invio dell’alert, ad es “AlertDate”

Definire da SharePoint Designer, un Workflow, in creazione/modifica, denominato “Set Alert Date” che aggiorna il campo AlertDate con la scadenza desiderata.

Ad es, si vuole essere avvisati 7 giorni prima della scadenza (EndDate)?

Impostiamo AlerDate = EndDate – 8 giorni (poi vediamo perché 8 e non 7)

Definire un secondo Workflow, senza nessuna spunta (no manuale, no automatico) così non verrà visto da nessuno, se non l’admin

Chiamiamolo “Send Alert For End Date”

Il Worflow invia una mail ai destinatari da avvisare.

Eventualmente, possiamo fare in modo, dopo l'invio, di impostare AlertDate = AlertDate+1 (se AlertDate < EndDate), così da inviare mail anche nei giorni successivi fino alla scadenza.

Ora, navigare sulla lista/library interessata dall’alert ed entrare in List Settings > Information Management Policy.

Definiamo una Policy per l’Expiration, utilizzando le impostazioni seguenti:

NOTE:

Come Item Properties non è possibile (almeno su MOSS2007) utilizzare un campo calcolato.

Il +1 è necessario (non accetta 0): da qui il fatto che nel workflow aumentiamo di 8 giorni.

Salviamo.

Che cosa succede?

SharePoint ha un job predefinito che gira ogni sera (ma schedulabile a piacere) e che esegue il controllo su tutte le liste su cui è definita una Policy di Expiration.

Se incontra un item che risponde a questa Policy, controlla il campo definito per il controllo ("AlertDate"), se Today = AlertDate+1, avvia il Workflow indicato che invia la notifica (ed eventualmente, aggiorna AlertDate = ALertDate+1, così da scattare nuovamente il giorno successivo).

Se la notifica invita l'utente a cambiare la EndDate dell'item, il Workflow "Set Alert Date", va ad aggiornare l’Alert Date con la nuova data (EndDate-8gg) e ricomincia il giro.

NOTA IMPORTANTE:

Se si modifica il Workflow “Send Alert For End Date”, occorre riconfigurare la Policy, andando a selezionare la nuova versione del Workflow.

Se si elimina il Workflow, occorre controllare che la Policy non vada a prendere il primo Workflow che ha in elenco, visto che abbiamo tolto quello corrente...

Non ci resta che attendere il giro del job di Expiration Policy o forzarne l'esecuzione da Central Administration.

SharePoint 2010 - Target Audience non funzionante? Un semplice flag che risolve..

noreply@blogger.com (Giorgio Guerrieri) — Fri, 24 Jan 2014 15:26:00 +0000

Diventare matti per la funzionalità di Target Audience su web part, navigation...

Il problema è che la Target Audience è correttamente configurata in ogni sua parte, vedo la possibilità di usarla ovunque, nella navigazione, ad esempio. Inserisco un Gruppo di SharePoint, salvo e verifico..
Verifico che non funziona e continua ad ignorare i miei settings.
Da Site Collection Administration, tutte le configurazioni erano corrette.
Allora ci siamo spostati sulla Central Administration, e abbiamo verificato che lo User Profile Service funzionasse correttamente.

Siamo andati in Application Management > Manage Web Applications, selezioniamo la Web Application in cui non funziona la Target Audience e clicchiamo su Service Connections.

Abbiamo trovato che era impostata a [custom], ma soprattutto che il check su User Profile Service Application era a false...
Lo abbiamo messo a true, flaggandolo.

Poi, andiamo in Application Management > Manager Service Applications e clicchiamo su User Profile Service Application

Clicchiamo su Start Profile Syncronization e.... attendiamo che giri.

Al termine, o anche prima, se siete fortunati, vedrete che la Target Audience funziona...

Finalmente!

SharePoint 2007 - Modificare il Subject delle mail di Notifica/Alert con proprietà dell'item con AlertTemplate.xml

noreply@blogger.com (Giorgio Guerrieri) — Wed, 22 Jan 2014 16:52:00 +0000

Il Cliente chiede di modificare il Subject delle mail di Alert che vengono inviate alla modifica di item di lista, in particolare di Task list personalizzate.

La modifica dei template è "semplice", secondo quanto si legge in giro, ma non è per nulla ben documentata.
In particolare per l'utilizzo di campi dell'item da utilizzare al di fuori del corpo della mail.

Per modificare il template, occorre andare sul server nella cartella C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\XML.

Eseguire una copia del file alerttemplates.xml: questo XML definisce tutti i template delle mail inviate alla sottoscrizione del servizio di Alert di liste e library.

Creare un nuovo file XML con un nome diverso, ad es, custom_alerttemplates.xml.

Nota: non modificate il file originale, ma solo questo.

Ora, apriamo il nuovo XML e cerchiamo il template da modificare, nel nostro caso devo cercare il blocco:

<AlertTemplate Type="List" Name="SPAlertTemplateType.Tasks">

Vado nel blocco <immediate> che rappresenta il template delle mail che partono alla modifica di un item, quindi non quelle raggruppate per periodo (che per forza di cose non potranno avere un subject personalizzato per singolo item).

Modifichiamo ora il blocco (il primo) <Subject> in cui viene definito l'oggetto della mail.
Di default, lo troviamo così:

<Subject>
<GetVar Name="AlertTitle" />
<HTML><![CDATA[ - ]]></HTML>
<GetVar Name="ItemName" />
</Subject>

Che corrisponde ad un oggetto del tipo: "titolo dato all'alert" - "titolo dell'item"

Il cliente vuole ad esempio : "titolo dell'alert" - "priorità" - "stato" - "titolo dell'item".
Dove i campi "priorità" e "stato" sono quelli definiti nei task.
Poiché non è detto che le task list siano tutte uguali, potrebbero avere nomi interni (internal name) differenti.
Ad esempio, ho una task list che non ha il campo "stato", internal name "Status" (non era necessario ed è stato tolto), l'altra non ha il campo "priorità", internal name "Priority", ma un campo personalizzato con internal name "Issue_Priority". Le Task list standard hanno "Status" e "Priority".

Occorre quindi tenere conto di queste differenze poiché quanto stiamo facendo ha impatti su tutta la web application e non sul singolo sito.

Quindi inseriamo un blocco If all'interno del Subject, che diventa come segue:

<Immediate>
<Subject>
<GetVar Name="AlertTitle" />
<IfEqual>
<Expr1>
<GetVar Name="RawValue#Status"/>
</Expr1>
<Expr2/>
<Then/>
<Else>
<HTML><![CDATA[ - ]]></HTML>
<GetVar Name="RawValue#Status" />
</Else>
</IfEqual>
<IfEqual>
<Expr1>
<GetVar Name="RawValue#Issue_Priority"/>
</Expr1>
<Expr2/>
<Then>
<HTML><![CDATA[ - ]]></HTML>
<GetVar Name="RawValue#Priority" />
</Then>
<Else>
<HTML><![CDATA[ - ]]></HTML>
<GetVar Name="RawValue#Issue_Priority" />
</Else>
</IfEqual>
<HTML><![CDATA[ - ]]></HTML>
<GetVar Name="ItemName" />
</Subject>

Nota: per richiamare il metadato desiderato dobbiamo utilizzare

<GetVar Name="RawValue#INTERNALNAME" />

Salviamo il file ed eseguiamo il comando seguente che imposta il nuovo file come template standard per tutta la web application:

stsadm -o updatealerttemplates -url http://URLWEBAPP -filename "c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\XML\custom_alerttemplates.xml"

Eseguiamo un iisreset e verifichiamo gli oggetti delle mail per modifiche ai task.

Nota: per ripristinare il file originale, eseguire lo stesso comando, ma con il file alerttemplates.xml e successivamente un iisreset.

stsadm -o updatealerttemplates -url http://URLWEBAPP -filename "c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\XML\alerttemplates.xml"

SharePoint - Check People Picker con jQuery

noreply@blogger.com (Giorgio Guerrieri) — Wed, 15 Jan 2014 16:45:00 +0000

Se si vuol controllare il valore inserito in un People Picker utilizzando jQuery, facciamo così!

Controllando l'HTML source della pagina, vediamo che al People Picker corrispondono molto elementi, ma quando l'utente scrive il nome per inserire l'utente, non scrive in un input o in una textarea, ma... in un DIV con l'attributo contentEditable = true.

Possiamo quindi controllare il dato in un New/Edit form prima di salvare l'item tramite la funzione js PreSaveAction().

Prima di tutto, creiamo un custom form (new o edit) e cerchiamo la riga corrispondente alla colonna People da controllare. Nell'HTML, individuiamo la TD che contiene il controllo SharePoint e aggiungiamo all'attributo "class" un nome che ci aiuterà ad identificare il campo desiderato (ad es "check-this-pp").
Se abbiamo da controllare più People Picker, usiamo classi diverse.

Ora, aggiungiamo i riferimenti a jQuery e il codice seguente, in fondo alla pagina:

function PreSaveAction(){

var checkPP = $(".check-this-pp div[contentEditable='true']").text();
if(checkPP == ""){
alert("Warning: Insert User in People Picker before saving item.");
return false;
}
return true;
}

Salviamo e andiamo a controllare.

Apriamo il form, nel Browser.

Non inseriamo nomi nel People Picker e clicchiamo su Save.

Il form darà il messaggio del nostro codice js e non continua.

Inseriamo un nome e clicchiamo su Save.

Il form si ricarica correttamente (eseguendo quindi il controllo del nome, individua l'utente e, se l'utente esiste, salva il form).

Ancora un'ultima prova: apriamo il form di edit (con il codice inserito), vedremo il nome dell'utente.

Se lo cancelliamo e clicchiamo su Save, il form restituisce il warning per l'inserimento dell'utente.

SharePoint - Check File Name in Upload form in Document Library con Javascript

noreply@blogger.com (Giorgio Guerrieri) — Fri, 10 Jan 2014 11:27:00 +0000

Se si desidera controllare il nome del file di un nuovo documento in un Upload form, possiamo farlo con del buon Javascript !

Ho creato una funzione che controlla il nome del file e poi disattiva il bottone OK se la condizione non è verificata

Ho eseguito un override della funzione CheckAssetLibMediaExtension sull'evento "onchange" del controllo input file nel file Upload.aspx.

Se vediamo il codice HTML del file Upload.aspx (da browser), troviamo:

<input name="ctl00$PlaceHolderMain$UploadDocumentSection$ctl05$InputFile" type="file" id="ctl00_PlaceHolderMain_UploadDocumentSection_ctl05_InputFile" class="ms-fileinput ms-fullWidth" size="35" onfocus="ResetSpFormOnSubmitCalled();" onchange="CheckAssetLibMediaExtension()" title="Scegliere un file" />

Cercando la funzione, troviamo:

function CheckAssetLibMediaExtension()
{

}

Così, possiamo farne l'override!

Creiamo nella masterpage la referenza al jQuery e aggiungiamo la funzione seguente:

function CheckAssetLibMediaExtension(){
var inputFile = $("input[name$='InputFile']");
var nomeFile = inputFile.val().split('\\').pop();
if(!(nomeFile.indexOf('STRINGTOAVOID')>-1)){
alert('Warning: file name not must contains "STRINGTOAVOID"!!');
$("input[name$='btnOK']").attr('disabled','disabled');
return;
}
$("input[name$='btnOK']").removeAttr('disabled');
}

Quando l'utente seleziona un file, l'Input File cambia e la funzione viene chiamata.
La funzione mostra un alert se nel nome file c'è la stringa "STRINGTOAVOID".
Quindi, disabilita il bottone OK, e l'utente è obbligato a cambiare il nome del file prima di selezionarlo.

SharePoint - Check File Name in Upload form in Document Library with Javascript

noreply@blogger.com (Giorgio Guerrieri) — Fri, 10 Jan 2014 11:21:00 +0000

If you want to check file name of new document in Upload form, you can do with Javascript!

I created a custom js that check filename then disables button OK if condition is not verified.

I override the function CheckAssetLibMediaExtension on event "onchange" of input file control in Upload.aspx.

If you see HTML Source of Upload.aspx (rendered by browser) you see:

<input name="ctl00$PlaceHolderMain$UploadDocumentSection$ctl05$InputFile" type="file" id="ctl00_PlaceHolderMain_UploadDocumentSection_ctl05_InputFile" class="ms-fileinput ms-fullWidth" size="35" onfocus="ResetSpFormOnSubmitCalled();" onchange="CheckAssetLibMediaExtension()" title="Scegliere un file" />

Search for function in HTML Source, you find:

function CheckAssetLibMediaExtension()
{

}

So, you can override it!

Create in masterpage reference to jQuery and add function below :

function CheckAssetLibMediaExtension(){
var inputFile = $("input[name$='InputFile']");
var nomeFile = inputFile.val().split('\\').pop();
if(!(nomeFile.indexOf('STRINGTOAVOID')>-1)){
alert('Warning: file name not must contains "STRINGTOAVOID"!!');
$("input[name$='btnOK']").attr('disabled','disabled');
return;
}
$("input[name$='btnOK']").removeAttr('disabled');
}

When user select file, InputFile control changes and function called.
Function show alert if fileName user try to upload has string "STRINGTOAVOID" in name.
Then, disables button OK, so user need to edit filename before select file.

SharePoint - Aggiungere un bottone Applica al form di Edit di un List Item per salvare senza chiudere il form

noreply@blogger.com (Giorgio Guerrieri) — Fri, 10 Jan 2014 11:09:00 +0000

Questo articolo descrive come creare un bottone "Applica" in un edit form per un list item, in modo da salvare i dati e ricaricare il form stesso, senza essere reindirizzati alla lista (o al Source indicato nel querystring).

Creare un edit form personalizzato con SharePoint Designer.
Aprire in modifica il form.

Creare un nuovo parametro di tipo QueryString per il Source, chiamiamolo Source: quando la pagine viene ricaricata dopo aver salvato i dati, l'url nel Source viene mantenuto (ad es, per essere reindirizzati correttamente quando si clicca su Salva o Annulla).

Quindi, cercare nel codice i tag seguenti:

<xsl:param name="dvt_apos">'</xsl:param>
<xsl:variable name="dvt_1_automode">0</xsl:variable>

E aggiungere sotto il codice seguente:

<xsl:param name="ListItemId">0</xsl:param>
<xsl:param name="Source"></xsl:param>

Cercare il bottone Salva (o Annulla) nell'xslt:

<SharePoint:SaveButton runat="server" ControlMode="Edit" id="savebutton2"/>

Aggiungere il codice seguente (il bottone):

<input type="button" value="Applica" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent(concat('__commit;__redirect={ModificaPratica.aspx?ID=',$ListItemId,'&Source=',$Source,'}'))}" />

Nel codice inserito, notare la funzione GeFireServerEvent: questa esegue il salvataggio e reindirizza all'URL indicato.
L'URL concatena l'ID con il parametro ListItemId e il Source con il corrispondente parametro.

Il risultato: quando clicchi su Applica, l'item viene salvato e la pagina ricaricata (con la stessa Source in querystring), invece che essere reindirizzati al Source.

Tips: puoi aggiungere una Custom Action al list item (con SPDesigner), chiamando una function JS che eseguirà il click sul bottone Applica (button con name="btnSave").

$("input[name='btnSave']").click();

Così, hai un bottone nel ribbon per Appica (salva e reload form), Salva (salva e chiude, con redirect al source), Annulla (chiude e redirect al source)

SharePoint - Add button Apply to List Item Edit Form for Saving Item without closing form

noreply@blogger.com (Giorgio Guerrieri) — Thu, 09 Jan 2014 11:18:00 +0000

This post describes how to create an Apply button in list item edit form, to save data and reload form, without redirect to list (or Source).

Create a custom edit form with SharePoint Designer.
Open form in edit mode.

Create new parameter of type QueryString for Source, named Source: when page refresh after saving data, url maintains Source (i.e. for redirect to list when you click on Save or Cancel).

Then, search for this code

<xsl:param name="dvt_apos">'</xsl:param>
<xsl:variable name="dvt_1_automode">0</xsl:variable>

And add code below:

<xsl:param name="ListItemId">0</xsl:param>
<xsl:param name="Source"></xsl:param>

Search for button save/cancel in xslt, find this code:

<SharePoint:SaveButton runat="server" ControlMode="Edit" id="savebutton2"/>

Add code below (the button):

<input type="button" value="Applica" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent(concat('__commit;__redirect={ModificaPratica.aspx?ID=',$ListItemId,'&Source=',$Source,'}'))}" />

In code, you see GeFireServerEvent function: this executes save and then redirect to url shown.
The url concatenates ID and ListItemId parameter and Source with correspondant parameter.

Result: when you click on Apply, Item is saved and page reload (with same Source in querystring), insthead of redirect to Source.

Tips: you can add new Custom Action to list item (with SPDesigner), adding call to js function that execute click on button with name="btnSave".

$("input[name='btnSave']").click();

So, you have ribbon button for Apply (save and reload form), Save (save and close, redirect to source), Cancel (close and redirect to source)

Office365 / SharePoint 2013 - Modificare l'ordine dei link del menu contestuale (ECB)

noreply@blogger.com (Giorgio Guerrieri) — Mon, 09 Dec 2013 12:05:00 +0000

Se vi è capitato di utilizzare, da SharePoint Designer 2013, una Custom Action per aggiungere nel menu contestuale di un item un nuovo link (ad esempio verso una funzionalità custom o una form personalizzata), vi sarete accorti anche voi della difficoltà di inserire questo nuovo link in una posizione definita.

Al contrario dei bottoni sul Ribbon, non possiamo utilizzare schemi per la posizione e il sequence numerico sembra non avere nessun effetto.

Utilizzando la stessa funzione del mio post Office365 / SharePoint 2013 - Nascondere link del menu contestuale (ECB), ho inserito un comando aggiuntivo per invertire ad esempio il link per Eliminare un Articolo, posizionandolo al terzo posto dell'item

La funzione per la sostituzione è la seguente:

function ExchangePositionWith(firstselector, secondselector) {
    var other = $(secondselector);
    var first = $(firstselector).after(other.clone());
    other.after(first).remove();
}

In cui richiamo il primo elemento (firstselector) e lo metto al posto del secondo (secondselector).
Nel mio caso, Elimina Articolo, visualizzato per primo, mi interessa al terzo posto, quindi ho eseguito due volte la funzione:

ExchangePositionWith($("a[title='Elimina Articolo']").parent(), $("a[title='Modifica elemento']").parent());
  ExchangePositionWith($("a[title='Modifica elemento']").parent(), $("a[title='Visualizza elemento']").parent());
Et voilà:

Office365 / SharePoint 2013 - Nascondere link del menu contestuale (ECB)

noreply@blogger.com (Giorgio Guerrieri) — Mon, 09 Dec 2013 11:57:00 +0000

Utilizzando jQuery ho inserito in un javascript un comando per sostituire le funzioni richiamate dal clic sul Menu dell'item (i "...").

$("div.ms-list-itemLink").click(function(){
CoreInvoke('ShowECBMenuForTr', this, event);GestioneMenuItem(); return false;
});

$("a.ms-lstItmLinkAnchor").click(function(){
CoreInvoke('ShowECBMenuForTr', this, event);GestioneMenuItem(); return false;
});

Questi comandi aggiungono una funzione al metodo standard richiamato dal clic e che genera il menu contestuale dell'item.

La funzione "iniettata" esegue un secondo comando dopo qualche ms, attendendo la creazione del menu.

function GestioneMenuItem(){
setTimeout("DoGestioneMenuItem()",300);
}

La funzione responsabile della modifica del menu è la seguente e cerca gli elementi da nascondere tramite il titolo del link:

function DoGestioneMenuItem(){
$("a[title='Elimina elemento']").parent().hide();
}

Il risultato è che, dopo il clic ed un leggero intervallo, verrà nascosta la voce di menu.

Prima:

Dopo:

SharePoint 2010 - Convalida Colonna per caratteri speciali

noreply@blogger.com (Giorgio Guerrieri) — Tue, 08 Oct 2013 07:33:00 +0000

Eccovi una bella formula per validare il testo inserito in una List Column.
La colonna non deve contenere caratteri speciali, ad esempio se questa viene usata per creare, tramite una procedura, un file o un Document Set.

Modificare la colonna di lista e, espandere la sezione Convalida Colonna.

Inserire il testo seguente nella formula:

=AND(IF(ISERROR(FIND(",";Titolo));TRUE);IF(ISERROR(FIND("&";Titolo));TRUE);IF(ISERROR(FIND("!";Titolo));TRUE);IF(ISERROR(FIND("@";Titolo));TRUE);IF(ISERROR(FIND("~";Titolo));TRUE);IF(ISERROR(FIND("#";Titolo));TRUE);IF(ISERROR(FIND("$";Titolo));TRUE);IF(ISERROR(FIND("%";Titolo));TRUE);IF(ISERROR(FIND("^";Titolo));TRUE);IF(ISERROR(FIND("*";Titolo));TRUE);IF(ISERROR(FIND("(";Titolo));TRUE);IF(ISERROR(FIND(")";Titolo));TRUE);IF(ISERROR(FIND("-";Titolo));TRUE);IF(ISERROR(FIND("=";Titolo));TRUE);IF(ISERROR(FIND("+";Titolo));TRUE);IF(ISERROR(FIND(":";Titolo));TRUE);IF(ISERROR(FIND(";";Titolo));TRUE);IF(ISERROR(FIND("<";Titolo));TRUE);IF(ISERROR(FIND(">";Titolo));TRUE);IF(ISERROR(FIND("?";Titolo));TRUE);IF(ISERROR(FIND("'";Titolo));TRUE);IF(ISERROR(FIND("{";Titolo));TRUE);IF(ISERROR(FIND("}";Titolo));TRUE);IF(ISERROR(FIND("[";Titolo));TRUE);IF(ISERROR(FIND("]";Titolo));TRUE);IF(ISERROR(FIND(".";Titolo));TRUE);IF(ISERROR(FIND("/";Titolo));TRUE);IF(ISERROR(FIND("\";Titolo));TRUE);IF(ISERROR(FIND("""";Titolo));TRUE))

Attenzione: se desse errore, provare a sostituire il ; con la , (tranne che nel ";"). Questo vale soprattutto se la lingua del sito è in inglese (,) o italiano (;).

Poi, nel campo Messaggio Utente inserire :

Il Titolo non può contenere i caratteri seguenti: &,@,!,#,%,^,*,(,),:,;,,,?,',{,},[,],.,/,\,",~,$

Salvare e il gioco è fatto:

SharePoint 2010 - Simple Cascading Lookup with SPServices

noreply@blogger.com (Giorgio Guerrieri) — Tue, 23 Jul 2013 17:00:00 +0000

A new post on that excellent tool that is SPServices, the jQuery framework / EcmaScript for SharePoint!

A simple scenario: we have two lists of data, for example, Countries and Companies for Countries, and a list which has two columns Lookup, Country and Company.
We want to be able to use the first Lookup, Country, to filter second, Company, showing Companies for the selected Country.

We create the list Nations, with only the Title field.

Now let's create Companies with Title (Company Name) and Country (lookup list to the Nations).

Now, let's create a list CustomList1 that has the two columns Country and Company, respectively lookup of Nations and Companies.

We modify the NewForm.aspx and EditForm.aspx form by entering the following code, making sure to load the SiteAssets. Js file we need:

jquery.SPServices-0.7.2.min.js (download here)
jquery-1.8.2.min.js (tested with this version)

Here's the code to insert in both forms (new and edit):

So, opening a form, for example, new item:

The second dropdown is blank, and if we select the Country:

We filter the entries in the second dropdown:

Of course, we can add code to do cascading on a third lookup.

The only caution is that the script have the column names displayed in the form : if you change this label or, simply, using a multilingual site, you need to go to edit the script.

And it's possible to call all in one .js (perhaps in the master page...) in order to make the changes only once and not have to change both forms..

SharePoint 2010 - Semplice Cascading Lookup con SPServices

noreply@blogger.com (Giorgio Guerrieri) — Tue, 23 Jul 2013 16:30:00 +0000

Ancora un post su quell'ottimo strumento che è SPServices, il framework jQuery/Ecmascript per SharePoint!

Uno scenario semplice: abbiamo due liste di anagrafiche, ad esempio, Nazioni e Aziende per Nazioni, e una lista che ha le due colonne Lookup, Nazione e Azienda.
Vogliamo poter utilizzare la prima Lookup, Nazione, per filtrare la seconda, Azienda, per le sole Aziende per il Paese selezionato.

Creiamo la lista Nazioni, con il solo campo Title.

Ora creiamo la lista Aziende con Title (Nome Azienda) e Nazione (lookup verso la lista Nazioni).

Ora, creiamo una lista CustomList1 che abbia le due colonne Nazione e Azienda, rispettivamente lookup di Nazioni e Aziende.

Modifichiamo i form NewForm.aspx e EditForm.aspx, inserendo il codice che segue, avendo cura di caricare in SiteAssets i file .js di cui abbiamo bisogno:

jquery.SPServices-0.7.2.min.js (download qui)
jquery-1.8.2.min.js (testato con questa versione)

Ecco il codice da inserire in entrambi i form (new e edit):

Quindi, aprendo un form, ad esempio, nuovo elemento:

La seconda tendina rimane vuota, mentre se selezioniamo la Nazione:

Abbiamo il filtro sulle voci della seconda tendina:

Ovviamente, possiamo aggiungere altro codice per andare a mettere in cascata una terza lookup.

L'unica accortezza è che gli script portano il nome visualizzato nel form delle colonne: se si cambia questa etichetta o, banalmente, si utilizza un sito multilingua, bisogna andare a modificare gli script.

E' possibile richiamare tutto in un .js (magari nella master page) in modo da fare le modifiche solo una volta e non dover modificare entrambi i form.

SharePoint 2010 - Cambiare immagini e layout del Search Box

noreply@blogger.com (Giorgio Guerrieri) — Wed, 03 Jul 2013 08:23:00 +0000

Abbiamo avuto qualche difficoltà nel dover cambiare il layout, le immagini o il css del box di Ricerca in un Sito SharePoint.
Il problema principale è nella modifica delle immagini: ad esempio, del bottone di ricerca, la lente di ingrandimento.

In SharePoint, viene recuperata tramite il posizionamento di una immagine unica (fgpng.png), contenente tutte le icone, utilizzando le proprietà di Top, Left sull'immagine.
Modificare questo png con tutte le icone non è consigliabile, perché cambierebbe su tutti i Siti della farm.
Inoltre, la lente è proprio una immagine, definitia senza classe css, per cui non è possibile intervenire solo con il foglio di stile.

Abbiamo trovato questa soluzione, un piccolo trucco, che ha funzionato egregiamente!

Sovrascriviamo le classi che definiscono l'immagine del bottone di ricerca e definiamo la nuova immagine per il link del bottone:

.ms-sbgo a {
background-image:url("/_layouts/images/myboxsearch/lente.png");
background-position:4px 5px;
background-repeat: no-repeat;
/* ecc ecc */
}

E ora, nascondiamo l'immagine, sempre con il css:

.ms-sbgo > a > img{
visibility: hidden;
height: 24px;
width: 32px;
padding:0;
}

Il risultato è che vedremo solo la nostra icona sul bottone e non quella di sistema!

Lo stesso trucco si può utilizzare con successo anche per :

Icone del Calendario (prev, next)
Separatori delle Breadcrumbs

SharePoint Designer 2010 - Issue with globally reusable Workflow Initiation Form on Foundation

noreply@blogger.com (Giorgio Guerrieri) — Tue, 04 Jun 2013 21:22:00 +0000

In September 2012, I've opened a thread in SharePoint Dev Center Forum about an issue on globally reusable Workflow in SharePoint Foundation 2010.

You can find thread here: http://social.msdn.microsoft.com/Forums/en-US/sharepointcustomizationprevious/thread/66cf91e8-9d38-4573-948c-071e66763ba3/

Today, I received an answer from Microsoft!

Yes: there's an issue and they give KB to solve! http://support.microsoft.com/kb/2846543/en-gb

:-)

SharePoint 2007/10 - Filtrare gli Item di una Lista per Workflow (Approval) Status

noreply@blogger.com (Giorgio Guerrieri) — Wed, 22 May 2013 14:30:00 +0000

Per poter filtrare i documenti o gli item di una lista in base allo stato del workflow, possiamo creare una nuova vista e configurare il filtro utilizzando la colonna [Stato flusso di lavoro] .
Ma se proviamo ad inserire come filtro, ad es., "Approved" o "Rejected", non otteniamo risultati.

Lo Stato del Workflow, infatti, viene memorizzato come un valore numerico!
I valori sono i seguenti:

Not Started - 0
Failed on Start - 1
In Progress - 2
Error Occurred - 3
Canceled - 4 (manualmente)
Completed - 5
Failed on Start (retrying) - 6
Error Occurred (retrying) - 7
Canceled - 15 (da workflow)
Approved - 16
Rejected - 17

L'impostazione corretta del filtro sarà quindi come l'immagine seguente:

Fare attenzione ai valori per Canceled!

Sono diventato matto, ma se la Cancellazione è stata eseguita automaticamente dal Workflow, usare il valore 15, se invece il Workflow è stato interrotto manualmente dall'amministratore (ad es perché in errore), allora occorre usare il valore 4!

SharePoint 2007/10 - How to Filter List Items by Workflow (Approval) Status

noreply@blogger.com (Giorgio Guerrieri) — Wed, 22 May 2013 14:28:00 +0000

In order to filter documents or items in a list by status of the workflow, we can create a new view and set the filter using the column [Workflow Status].
But if we try to insert as a filter "Approved" or "Rejected", we do not get results.

The Workflow Status is stored as a numerical value!
The values are as follows:

Not Started - 0
Failed on Start - 1
In Progress - 2
Error Occurred - 3
Canceled - 4 (manually)
Completed - 5
Failed on Start (retrying) - 6
Error Occurred (retrying) - 7
Canceled - 15 (from workflow)
Approved - 16
Rejected - 17

The correct setting of the filter will then be like the following image:

Pay attention to the values for Canceled!
If the cancellation is done automatically by the Workflow, use the value 15, but if the Workflow is stopped manually by the administrator (eg because of error), then you need to use a value of 4!

SharePoint 2010: An update conflict has occurred, and you must re-try this action

noreply@blogger.com (Giorgio Guerrieri) — Thu, 16 May 2013 13:02:00 +0000

Ogni volta che provo a fare il Backup della Farm, ricevo questo errore:

"An unhandled exception occurred in the user interface.Exception Information: An update conflict has occurred, and you must re-try this action. The object SessionStateService Parent=SPFarm Name=SharePoint_Config is being updated by DOMAIN\username, in the w3wp process, on machine XXXXXX. View the tracing log for more information about the conflict."

Per risolvere il problema, ripulire la cahce del file system su tutti i server della farm in cui gira Windows SharePoint Services Timer service.
Per farlo seguire questi passi:

1. Fermare il Timer service, in questo modo:

Click Start, vai su Administrative Tools, e cliccare su Services.
Tasto destro su Windows SharePoint Services Timer, e clic su Stop.

2. Eliminare o spostare il contenuto della cartella seguente:

%ALLUSERSPROFILE%\Application Data\Microsoft\SharePoint\Config\[GUID]

3. Riavviare il Timer service, in questo modo:

Click Start, vai su Administrative Tools, e cliccare su Services.
Tasto destro su Windows SharePoint Services Timer, e clic su Start.

Note: Il file system cache verrà ricreato dopo questa procedura.

Assicurati di eseguire la procedura su tutti i server della farm!

SharePoint 2010: An update conflict has occurred, and you must re-try this action (Eng)

noreply@blogger.com (Giorgio Guerrieri) — Thu, 16 May 2013 12:56:00 +0000

I started to get this message everytime I try to Backup Farm.

"An unhandled exception occurred in the user interface.Exception Information: An update conflict has occurred, and you must re-try this action. The object SessionStateService Parent=SPFarm Name=SharePoint_Config is being updated by DOMAIN\username, in the w3wp process, on machine XXXXXX. View the tracing log for more information about the conflict."

To resolve this issue, clear the file system cache on all servers in the server farm on which the Windows SharePoint Services Timer service is running.
To do this, follow these steps:

1. Stop the Timer service. To do this, follow these steps:

Click Start, point to Administrative Tools, and then click Services.
Right-click Windows SharePoint Services Timer, and then click Stop.

2. Delete or move the contents of the following folder:

%ALLUSERSPROFILE%\Application Data\Microsoft\SharePoint\Config\[GUID]

3. Start the Timer service. To do this, follow these steps:

Click Start, point to Administrative Tools, and then click Services.
Right-click Windows SharePoint Services Timer, and then click Start.

Note: The file system cache is re-created after you perform this procedure.

Make sure that you perform this procedure on all servers in the server farm on which the Timer service is running.