Sep
13
Casi todo el mundo relacionado con la realización de páginas web, sabe lo que es una hoja de estilos y cómo aplicar un estilo a un elemento HTML. Pero lo que mucha gente no sabe es que se pueden combinar varios estilos a un mismo elemento web.
Para probarlo ello vamos a partir del siguiente HTML:
<div>
<div>Hola mundo </div>
<div>Estoy aquí </div>
</div>
Supongamos que lo que queremos es que el texto “Hola Mundo” aparezca en negrita y el texto “Estoy aquí” aparezca en negrita y además subrayado. Es decir:
Hola mundo
Estoy aquí
Podemos conseguir esto mismo de varias formas diferentes (por supuesto todo a través de estilos CSS), veamos algunas de ellas:
1ª FORMA:
La más extendida… podemos crear dos clases en nuestra CSS, una para cada etiqueta <div> dentro del contenedor principal, con los estilos que necesitamos. Quedaría algo así…
CSS:
.negrita{font-weight:bolder;}
.negritaYSubrayado{font-weight:bolder; font-decoration:underline;}
HTML:
<div>
<div class=”negrita”>Hola mundo </div>
<div class=”negritaYSubrayado”>Estoy aquí </div>
</div>
El problema de esta forma de trabajar, es que si el HTML es algo complejo, el CSS resultante tendrá demasiadas clases y será más difícil la reutilización de las mismas.
2ª FORMA:
Vamos a utilizar la herencia. Crearemos una clase para poner el texto en negrita y la aplicaremos al contenedor (div) principal. De esta forma todo el texto contenido aparecerá en negrita. Luego crearemos otra clase sólo para poner el texto subrayado. Quedaría algo así:
CSS:
.negrita{font-weight:bolder;}
.subrayado{font-decoration:underline;}
HTML:
<div class=”negrita”>
<div>Hola mundo </div>
<div class=”subrayado”>Estoy aquí </div>
</div>
Esta forma es más práctica y elegante que la anterior. El problema que podría tener esta forma de trabajar, es que necesitemos meter más contenido que no necesite heredar los estilos del DIV contenedor, y también puede ocurrir que lleguemos a perdernos con los estilos que aplican a cada elemento si se profundiza mucho en la jerarquía (muchos anidamientos de etiquetas HTML, unos dentro de otros).
3ª FORMA:
Vamos a crear una clase sólo para poner texto en negrita, y otra clase sólo para poner el texto subrayado. Para combinar los estilos en un solo elemento, simplemente hay que poner los nombres de las clases a aplicar separados por un espacio. Quedaría algo así:
CSS:
.negrita{font-weight:bolder;}
.subrayado{font-decoration:underline;}
HTML:
<div>
<div class=”negrita”>Hola mundo </div>
<div class=”negrita subrayado“>Estoy aquí </div>
</div>
Espero que os sea útil. Hasta pronto…
Antes de poder afrontar el desarrollo de un elemento web de Sharepoint (web part), es necesario disponer de un entorno de desarrollo adecuado. En este blog os voy a proponer 3 formas de montarlo. Además de describiros cómo montarlo, trataré de explicaros cuales son las ventajas e inconvenientes de cada uno de ellos.
Como he comentado en otro blog anterior, Sharepoint es básicamente un servicio que funciona en servidores Windows Server 2003. Dicho servicio se llama Windows Sharepoint Services, cuya última versión es la 3.0 (correspondiente al Sharepoint 2007). Por lo tanto, un servidor de este tipo siempre se va a ver involucrado, de una forma o de otra, en el entorno de desarrollo que vamos a montar.
- Primera forma – finalidad: desarrollar webparts o aplicaciones que serán ejecutadas en el servidor
Sobre una máquina que tenga el Windows Server 2003 (suele hacerse con una máquina virtual), se instalan el WSS 3 y el Visual Studio (2005 o superior) junto con las extensiones de Visual Studio para Sharepoint. Esta forma, aparte de traer plantillas de proyecto (site definitions, webparts, features…) para Sharepoint, permite la depuración del código de los webparts desde el Visual Studio ya que se tiene acceso a toda la jerarquía de objetos de WSS.
- Segunda forma – finalidad: desarrollar webparts o aplicaciones que serán ejecutadas en el servidor
Se dispone de un cliente de desarrollo (Windows XP o Vista) en el que se copian y registran las librerías de objetos de WSS. Esto permite codificar y generar los webparts en XP, pero para probarlos hay que empaquetarlos e instalarlos en un servidor que tenga instalado WSS 3.0. El inconveniente de esta opción es que no se puede depurar y el proceso de desarrollo es más engorroso. Si podéis usar la opción anterior, os la recomiendo antes que esta.
- Tercera forma – finalidad: desarrollar aplicaciones web (no necesariamente tienen que ser de ASP.NET, pueden ser en PHP, Java…) que utilicen Sharepoint como back-end (manejo de listas, manejo de librerías…)
Básicamente se trata de utilizar los servicios web que aporta Sharepoint para explotar sitios web. Estos servicios web se encuentran disponibles en el directorio virtual /_vti_bin de cada aplicación web de WSS (el servicio de administración web de WSS usa el directorio virtual /_vti_adm). Podéis obtener más información de los servicios web de WSS en este link.
Espero que os haya sido útil esta información. Si os surge alguna duda podéis dejar un comentario y trataré de contestaros en cuanto me sea posible.
