Como posicionar Objetos en pantalla cuando trabajamos con Silverlight.

Tiempo hace que desarrollamos en la web, y por eso, nos hemos acostumbrado a ir posicionando objetos en función de un Layout que resulta de la aplicación de estilos css a elementos HTML. Cuando hemos trabajado con flash (o con algún Windows Form), posicionar objetos, es más sencillo, ya que simplemente tenemos que aplicarles unas coordenadas, posicionando estos objetos de forma absoluta.

Ahora que tenemos que aprender Silverlight (o Moonlight los linuxeros), con uno de los primeros problemas que nos vamos a encontrar, es con el posicionamiento de los elementos en pantalla. No os asustéis, porque no es muy complicado, pero sí que es verdad que tenemos varias opciones donde elegir, las cuales vamos a ver en breve.

Posicionando elementos en pantalla.

Silverlight, para permitirnos posicionar los elementos en pantalla de una forma flexible, nos proporciona tres controles:

• StackPanel
• Canvas
• Grid

Estos 3 elementos, nos van a permitir, posicionar otros elementos de formas más bien distintas.
Los 3 heredan de la clase Panel, y ahora vamos a ver con que funcionalidad nos fortalecen o penalizan cada vez que usemos uno de ellos.

El StackPanel.

El StackPanel, es el más sencillo de los tres, nos permite posicionar varios elementos, uno a continuación de otro y en dirección horizontal o vertical.

El código XAML necesario es el siguiente:

Anuncio publicitario

Javascript no intrusivo (Unobtrusive JavaScript). ¿Qué es? y ¿en que se fundamenta?

Tras un pico de trabajo que ha superado a los 14 ocho miles juntos, vuelve el hombre!!!

Cuando estamos construyendo nuestras aplicaciones, una de las máximas que tenemos que tener siempre en mente es hacerlo de un forma lógica y desacoplada, para que estas, en un futuro, sean fácilmente mantenibles y escalables.

Para conseguir esto, por norma general, dividimos nuestras aplicaciones en capas, y en cada una de ellas vamos insertando la funcionalidad de la aplicación.

Trabajar con capas (no me voy a extender mucho en esto), es totalmente beneficioso, ya que nos vamos a encontrar principalmente con:

• Código desacoplado.
• Código escalable.
• Código mantenible.

Y si en el futuro nos vemos en la tesitura, de modificar nuestra app, no vamos a tener que modificar toda la aplicación si no simplemente la capa necesaria.

Bien, cuando trabajamos con la interfaz de usuario, tenemos que hacer lo mismo y ya no simplemente por beneficiarnos de un código desacoplado, escalable y mantenible si no también porque si entendemos documento Web, como un documento que nos permite difundir información (y además que tiene que ser accesible), en esta información no se ha de contemplar asuntos como el look & feel de la página o la funcionalidad cliente.

En el principio de los tiempos, las páginas web, estaban creadas de manera que eran ellas las que definían la estructura del sitio y la información a mostrar, el look & feel de la página (quien no se acuerda de los tag Font), y la funcionalidad cliente. Con el paso del tiempo, han aparecido las hojas de estilo, con lo cual nos han permitido separar (o casi en algunos casos) el look & feel de un sitio web del contenido (si no te crees esto puedes darte una vuelta por css zen garden), pero ¿qué pasa con la funcionalidad cliente?.

¿Qué es el Javascript no intrusivo? y ¿en que se fundamenta?

Ordenando un GridView mediante el evento Sorting (El GridView y sus eventos: El evento Sorting)

Una de las operaciones típicas a realizar con un GridView, es ordenar la información que muestra, ahora vamos a ver como hacerlo mediante el evento Sorting, cuando se ejecuta, cual es su finalidad y que es lo que nos aporta.

Tengo que decir tambien, que junto con el evento RowDataBound para manipular la información antes de hacer el binding y el evento PageIndexChaning para paginar el GridView, este es uno de los más usados.

Como ya hemos visto anteriormente el GridView es un control que nos proporciona ASP.NET cuya funcionalidad es “trabajar” con información tabular. Seguramente es uno de los controles más usados y a lo lardo de las distintas versiones de Visual Studio, ha cambiado el nombre, pero siempre se ha mantenido. Este control, es muy pesado y consume gran cantidad de memoria pero aporta mucha funcionalidad que muchas veces no llegamos a aprovechar porque generalmente lo usamos para mostrar información (entendamos que hablo de aplicaciones Web).

Este post forma parte de una serie de post llamada El GridView y sus Eventos. Los post que forman esta serie y que si has llegado aquí te pueden interesar son:

• El GridView y sus eventos: El evento RowDataBound.
• El GridView y sus eventos: El evento PageIndexChanging.
• Ordenando un GridView mediante el evento Sorting (El GridView y sus eventos: El evento Sorting).

El evento Sorting.

El control GridView, como vamos viendo tiene mucha funcionalidad implementada, y parte de esta, es la  capacidad de ordenación de sus resultados, lo cual es muy útil. El evento Sorting, salta cada vez que pulsamos en un link de ordenación, pero antes de que se haya realizado la susodicha ordenación.

El GridView y sus eventos: El evento PageIndexChanging

En este post, vamos a ver el evento PageIndexChanging del GridView. Vamos a ver cuando se ejecuta, cual es su finalidad y lo que nos aporta.

El GridView es un control que nos proporciona ASP.NET cuya funcionalidad es “trabajar” con información tabular. Seguramente es uno de los controles más usados y a lo lardo de las distintas versiones de Visual Estudio, ha cambiado el nombre, pero siempre se ha mantenido. Este control, es muy pesado y consume gran cantidad de memoria pero aporta mucha funcionalidad que muchas veces no llegamos a aprovechar porque generalmente lo usamos para mostrar información (entendamos que hablo de aplicaciones Web).

Este post forma parte de una serie de post llamada El GridView y sus Eventos. Los post que forman esta serie y que si has llegado aquí te pueden interesar son:

• El GridView y sus eventos: El evento RowDataBound.
• El GridView y sus eventos: El evento PageIndexChanging.
• Ordenando un GridView mediante el evento Sorting (El GridView y sus eventos: El evento Sorting).

El evento PageIndexChanging.

El GridView, nos aporta la posibilidad de poder paginar los resultados pudiendo así mostrar cada vez un conjunto de registros. Esto lo conseguimos, si le seteamos a true la propiedad AllowPaging, y también podemos indicarle el número de registros que queremos mostrar cada vez (por defecto, si no recuerdo mal es 10) por medio de la propiedad PageSize.

El GridView y sus eventos: El RowDataBound

En este post, vamos a ver el evento (seguramente el más usado), el RowDataBound. Vamos a ver cuando se ejecuta, cual es su finalidad y lo que nos aporta.

El GridView es un control que nos proporciona ASP.NET cuya funcionalidad es “trabajar” con información tabular. Seguramente es uno de los controles más usados y a lo lardo de las distintas versiones de Visual Estudio, ha cambiado el nombre, pero siempre se ha mantenido. Este control, es muy pesado y consume gran cantidad de memoria pero aporta mucha funcionalidad que muchas veces no llegamos a aprovechar porque generalmente lo usamos para mostrar información (entendamos que hablo de aplicaciones Web).

Este post forma parte de una serie de post llamada El GridView y sus Eventos. Los post que forman esta serie y que si has llegado aquí te pueden interesar son:

• El GridView y sus eventos: El evento RowDataBound.
• El GridView y sus eventos: El evento PageIndexChanging.
• Ordenando un GridView mediante el evento Sorting (El GridView y sus eventos: El evento Sorting).

El evento RowDataBound

El evento RowDataBound, se levanta cada vez que un DataItem es bindado. Es decir, cada vez que se vaya a enlazar información de nuestra fuente de datos a una fila del GridView este evento salta.

Este evento es tremendamente útil cuando sea necesario modificar la información que le vamos a mostrar al usuario.

Imaginar que queremos formatear una fecha, o sustituir por imágenes (ok, ko etc.) un campo que nos marque un estado, pues sería por medio de este evento donde lo haríamos.