SharePoint Branding: Propiedad After de CssRegistration

Hoy me he encontrado con la maravillosa propiedad After de la clase CssRegistration... Bien, explico rápidamente la situación:

Cuando creamos una Master Page desde cero, solemos tener varios CSS que nos definen la página, style.css, reset.css, ie7.css (ejem), etc etc... Y como todos sabéis, no es lo mismo:

• <sharepoint:cssregistration name="reset.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="style.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="ie7.css" runat="server"></sharepoint:cssregistration>

Que por ejemplo:

• <sharepoint:cssregistration name="ie7.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="style.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="reset.css" runat="server"></sharepoint:cssregistration>

Probablemente la segunda no muestre lo que nos ha enseñado el diseñador...

Bien pues para ésto hay solución! La propiedad "After" que se utilizaría de la siguiente forma:

• <sharepoint:cssregistration name="reset.css" After="corev4.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="style.css" After="reset.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="ie7.css" After="style.css" runat="server"></sharepoint:cssregistration>

Bueno pues a pesar de ser ésta la propiedad a utilizar, hay que ser rigurosos ya que para los CSS propios, la ruta de acceso al mismo (etiqueta Name) tiene que ser exactamente la misma que pongamos en el After:

• <sharepoint:cssregistration name="/_layouts/app1/css/reset.css" After="corev4.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="/_layouts/app1/css/style.css" After="/_layouts/app1/css/reset.css" runat="server"></sharepoint:cssregistration>
• <sharepoint:cssregistration name="/_layouts/app1/css/ie7.css" After="/_layouts/app1/css/style.css" runat="server"></sharepoint:cssregistration>

Notar que el corev4.css no es necesario que siga dicha regla.

Espero que os ahorre algo de tiempo cuando os encontréis con algo parecido.

Os dejo una buena referencia al respecto: Blog de SingChan

Error when open an SPSite object without context

Hi all! today we have had a little bit problem when we try to open a SPSite object from a Console application:

SPSite s = new SPSite(url);

The Web application at [URL] could not be found. Verify that you have typed the URL correctly. If the URL should be serving existing content, the system administrator may need to add a new request URL mapping to the intended application.

The solution maybe permissions of your Application pool user, but if you have well configured your farm you should chack your compilation platform of your Visual Studio Project.

Change the platform to x64 and the problem will be solved :)

Live Groups vs Google Groups

Desde el blog de Mario Cortés recibimos una buena comparativa entre los grupos de Live y los Grupos de Google. Son muchas las veces que requerimos de comparativas exhaustivas de ciertas herramientas del mercado, en éste caso gratuitas.

El resumen es el siguiente:

Característica	Google Groups	Groups Live
Funciones del grupo
Url de grupo	Sí	Sí
Lista de distribución	Sí	Sí
Calendario compartido	Sí	Sí
Resumen de novedades	Sí	Sí
Mensajes al grupo	Sí	Sí
Integración con herramientas Office en modo Offline	No	Sí
RSS	Sí	No
Búsquedas sobre el grupo	Sí	Sí
Catalogación del grupo	Sí	No
Funciones de colaboración con documentos
Almacenamiento de documentos	Sí	Sí
Edición en línea	Sí	Sí
Colaboración con documentos	Sí	Sí
Estructura por carpetas	Sí	Sí
Histórico de documentos	No	Sí
Catalogación de documentos	No	Sí
Volumen de datos	1Gb por miembro	5GB para el grupo + 25GB por miembro
Tamaño máximo por fichero	2MB docs, 20MB Excel, 10MB PPT	100MB
Anclado de documentos	No	Sí
Seguridad
Invitar a miembros	Sí	Sí
Control de miembros	Sí	Sí
Control de permisos a nivel de documentos	Sí (pero depende del miembro que comparte el documento)	Sí
Control de permisos a nivel de listas de distribución	Sí	Sí
Https	No	Sí

Referencia: http://geeks.ms/blogs/mcortes/archive/2011/11/24/groups-live-vs-google-groups.aspx