A common question of customers:
is it possible to customize Site Action menu adding new items or removing existing OOB items? Yes, it is.

When the publishing page feature is activated, the data source for the “SiteAction” comes from the XML file which lies in the C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\EditingMenu\Siteaction.xml.
The menu items of Site Action is contained in that file and you can add easily new item in two ways:

• with features if you want to have the ability to switch the feature on or off depending on site
  

• editing a sharepoint file used to customize the menu item for all the sites

To remove existing item you have to browse to the master page gallery in the site collection and edit “CustomSiteAction.xml” under “EditingMenu” folder.  Here you have to write custom node and set “ChangedNodeId” and “ConfigeMenu” property you can replace your custom console node with existing console node.

This example remove out-of-box 'Create Page' menu item and add a new one to create page with custom flow:
<?xml version="1.0" encoding="utf-8" ?>
<Console>
 <references>
       <reference TagPrefix="cms"
         assembly="Microsoft.SharePoint.Publishing, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c"   namespace="Microsoft.SharePoint.Publishing.WebControls.EditingMenuActions" />
   </references>
   <structure >
     <ConsoleNode ConfigMenu="Replace" ChangedNodeID="wsaCreatePage" />
     <ConsoleNode Action="cms:CreateNewPublishingPageAction" 
         DisplayText="cms,siteactions_createpage_displaytext" 
         Description="cms,siteactions_createpage_description"
         HideIfDisabled="true" 
         UseResourceFile="true" 
         MenuGroupId="100" 
         Sequence="6000"
         IsSiteRelative="true" 
         PermissionContext="CurrentList" 
         ImageUrl="/_layouts/images/crtpage.gif"
         NavigateUrl="/_layouts/Customcreatepage.aspx" 
         ID="wsaCreatePage1"/>
   </structure>
</Console>

Lo scopo di questo post è quello di indirizzare la realizzazione dei form di raccolta dati fruibili da utenti internet anonimi che fanno browsing di siti ospitati su SPS. Degli esempi di form possono essere Contact Us, Survey, Pool, Blog Post Comments, ecc…

Questo studio è dettato dal fatto che gli utenti anonimi non possono accedere alle pagine applicative di sharepoint su siti di tipo Publishing. Questo perchè i siti di publishing quando vengono creati sono configurati per limitare la pagine al quale gli utenti anonimi possono accedere.

Per ottenere l’elenco delle operazioni che gli utenti anonimi possono fare all’interno dei sito basta consultare l’elenco dei permessi base assegnati al ruolo Limited Access. Per vedere l’elenco occorre andare su Site Settings -> Advanced Permissions -> Permissions level e selezionare Limited Access.

 

Se comparassimo i permessi base attivati su un sito di Publising con un qualsiasi altro sito, noteremmo che sui siti di publishing il ruolo Limited Access ha disattivati i permessi View Application Pages e Use Remote Interfaces. Sebbene da UI non sia possibile modificare il ruolo Limited Access, è possibile agire sull’attivazione/disattivazione di una feature di effettua il lockdown dei siti. La feature in questione si chiama ViewFormPagesLockdown, quando è attivata i permessi precedentemente elencati vengono disattivati dal ruolo Limited Access, viceversa quando attivata. Per ulteriori info vedi allegato A.

Una volta che gli utenti anonimi possono accedere alle pagina applicative di SharePoint occorre configurare opportunamente la security, relativamente alle operazione che possono compiere gli utenti anonimi all’interno del sito e delle liste con particolare riguardo a cosa alle azioni permesse.

Consiglio quindi creare una nuova site collection, tramite gli alternate access mapping, che sarà usata come contenutore di tutte le liste utilizzate per le funzionalità di raccolta dati. In questo modo le configurazioni della security impatteranno solo una parte limitata del sito. Verificare eventualmente la possibilità di creare questa nuova site collection con un template diverso da quello di publishing, in modo da non dover neanche agire sulla configurazione delle security tramite la feature Lockdown. Considerare inoltre il contenuto di default di sito di publishing, tipo document library, master page and page layoy, style library, ecc… se ha senso per la soluzione che si andrà ad implementare.

 

Operazioni da seguire passo passo

Step 1 – Creare una nuova site collection e la lista per salvare i dati dei form

·         Creare una nuova site collection

·         Creare la lista ContactUs e configurarla (colonne e viste)

Step 2 – Configurare le security per accesso in scrittura dell’utente anonimo

·         Abilitare l’accesso anonimo da CA (è indifferente se sulla zona di default o su una zona diversa)

·        Abilitare l’accesso anonimo sul sito tramite Advanced Permission, Anonymous Access

·         Disattivare la feature di Lockdown
stsadm.exe –o deactivatefeature –url <site collection url> -filename ViewFormPagesLockdown\feature.xml



·         Disattivare l’accesso anonimo sul sito da CA

·         Disattivare l’accesso anonimo sul sito impostando a Nothing access

·         Riattivare l’accesso anonimo sul sito da CA

·         Riattivare l’accesso anonimo sul sito importando a Entire Site o Lists and Libraries secondo le esigenze

·         Verificare che il ruolo Limited Access abbia i permessi View Application Pages e Use Remote Interfaces

·         Sulla lista appena creata configurare la security facendo breakRoleInheritance e impostare anymonous access a Add item e View Items

Step 3 – Operatività utente anonimo

A questo punto della configurazione l’utente anonimo è in grado di scrivere sulla lista configurata, ma è anche in grado di visualizzare tutti gli item inseriti dagli altri non solo sulla lista ContactUs ma su tutte le liste.

E’ quindi necessario andare sulle liste che l’utente anonimo non deve avere accesso, fare un BreakRoleInheritance e dai privilegi dell’utente anonimo eliminare View Items. In questo modo l’utente anonimo avrà accesso alle sole liste che noi decidiamo e che dovranno essere quelle che contengono i dati dei form di import ed eventualmente quelle con elementi grafici.

Rimane quindi da oscurare l’elenco degli item presenti sulla lista sia dalla pagina allitems.aspx che su dispform.aspx. Per fare ciò è sufficiente aprire tali pagine con Sharepoint Designer e fare security trimming del html da visualizzare. Per fare Security trimming c’è un controllo OOB di sharepoint:

<Sharepoint:SPSecurityTrimmedControl runat="server" PermissionsString=" DeleteListItems">

    [content to be rights-trimmed]

</Sharepoint:SPSecurityTrimmedControl>

 

dove nella proprietà PermissionString è possibile indicare l’elenco dei permessi che gli utenti devono avere per visualizzare l’html contenuto all’interno di questa sezione.

In questo esempio ho inserito all’interno del controllo SPSecurityTrimmedControl tutto codice che è contenuto nel content PlaceHolderMain. Così quando l’utente anonimo andrà sulla pagina allitems.aspx vedrà una pagina senza contenuti.

Allegato A

http://blogs.msdn.com/ecm/archive/2007/05/12/anonymous-users-forms-pages-and-the-lockdown-feature.aspx

Allegato B

http://www.sharepointplatform.com/teamblog/Lists/Posts/Post.aspx?ID=31

Allegato C

http://www.sharepointplatform.com/teamblog/Lists/Posts/Post.aspx?ID=29

E' da qualche giorno disponibile il link per registrarsi al PDC2008. Una conferenza alla quale ho già partecipato durante le ultime tre ezioni:

• 2001 con .NET, Visual Studio .NET e la grande bufala di Hailstorm
• 2003 con Windows Vista (Longhorn), Mobile e WinFx
• 2005 con WCF, WPF, WWF

In realtà più che una conferenza può essere definita LA conferenza sia per la location che è al Convention Center in Downtown Los Angeles sia per il contenuti di altissimo livello per figure quali architetti e sviluppatori. Da segnalare che quest'anno ci sarà la prima vera key note post Bill Gates di Key Ozzie.

 

Naturalmente è iniziato il toto argomenti: personalmente penso che quest'anno di argomenti caldi ce ne saranno parecchi a partire dal nuovo sistema operativo desktop e mobile,  sperando che rilasceranno qualche bit. Ci saranno anche delle presentazioni di un possibile nuovo office ? Consiglio di tenere sott'occhio l'agenda.

 

La registrazione in early bird (se effettuata prima del 15 agosto) è 2200 dollari circa, bisognerebbe sapere se l'euro salirà ancora in questi mesi per effettuare un pagamento 'tattico' al momento giusto.

 

Personalmente mi piacerebbe molto partecipare, al momento però ci sono troppi ma.

In questi giorni mi sono imbattutto in un problema che riguarda la scrittura di valori in un field di tipo lookup multi value. Per la precisione: ciò che veniva fatto è valorizzare la collezione del multi value un pò alla volta senza ogni volta salvare l'item, più o meno come riportato

SPListItem item = getItem();
//Code 1
SPFieldLookupValueCollection fieldLookupValues = (SPFieldLookupValueCollection)item["MultiValueField"]; // ok
fieldLookupValues.Add(new SPFieldLookupValue(1, "value));
item["MultiValueField"] = fieldLookupValues;
//... do some operations

//Code 2
fieldLookupValues = (SPFieldLookupValueCollection)item["MultiValueField"]; // Exception

Nel primo blocco di codice viene letto un field, settato il primo valore della collection e successivamente salvata la collection sul item.
Il secondo blocco, se seguito successivamente al primo, genera una exception di tipo 'Unable to cast object'. Questo perchè è l'oggetto SPListItem che si occupa di mappare la stringa di un lookup multi value, il cui valore è id1;#value1;id2;#value2, in un oggetto di tipo SPFieldLookupValueCollection. Una volta impostato un valore per questo campo, il type del field torna ad essere String, ovvero il tipo con cui viene internamente gestisto.
Per farlo tornare un oggetto tipizzato a SPFieldLookupValueColletion occorre fare un item.Update() prima del blocco 2.