Empezando 1.0

Hoy empiezo este nuevo blog.

Al final he decidido separarlo del primero para tener uno que se centrase en ASP.NET exclusivamente.
Espero que encontréis por aquí cosas interesantes y que os ayuden.

Muchas gracias y un saludo!!

Dar formato a la fecha en un GridView: DataFormatString y HtmlEncode...

A veces nos podemos encontrar con que necesitamos que el formato en que se muestra una fecha en un GridView sea el que nosotros queramos.
Esto se puede solucionar de forma sencilla. Simplemente tenemos que establecer la propiedad DataFormatString al formato de fecha que queremos que se muestre.
Por ejemplo, si queremos que sólo se muestren el día, el mes y el año de una fecha, tendríamos que establecer dicha propiedad a:

dataformatstring="{0:MM/dd/yyyy}"

Sencillo, no? Pues con eso no es suficiente!
Comom podéis leer en este post del blog de Peter Kellner, para que el formato se aplique de verdad en la columna del GridView, tenemos que modificar el valor por defecto de otra propiedad del campo del GridView en cuestión. Esta propiedad es htmlencode y el valor al que la tenemos que poner es a "false". Es decir:

htmlencode="false"

¿Y para que sirve la propiedad "HtmlEncode"? Pues evita los ataques del tipo "cross-site scripting" y que se muestre contenido malicioso. Por eso Microsoft recomienda que siempre que se pueda se encuentre a "true".

Si es así, está claro, no? Bueno, la explicación sencilla viene ahora. Según nos explica muy bien Peter Keller, es que esta si esta propiedad se encuentra activa, no se puede pasar información al campo enlazado (boundfield) del control.
Ahora sí, no?

En fin, el código final de la columna del GridView será:

<asp :BoundField DataField=“Fecha”
DataFormatString=“{0:M-dd-yyyy}”
HeaderText=“Fecha”   />

Cómo podéis ver es sencillo.
Sólo por mencionarlo, Peter Keller nos da otra solución, que es hacer que la columna sea una plantilla (con una etiqueta o un campo de texto) y establecer el formato directamente sobre dicha etiqueta o campo de texto.
En su post podéis encontrar un ejemplo.

Como siempre espero que os haya servido de ayuda.

Un saludo!

El Gridview y la Paginación

Cuando trabajamos con un gridview, una de las opciones con la que nos encontramos es permitir la paginación, es decir, que los resultados no se muestren todos seguidos, sino que se muestren en diferentes páginas. El número de páginas, dependerán del número de resultados que se muestren (mejor dicho, que le eigamos que muestre) por cada una de las páginas.

Hasta aquí podemos decir que la teoría es muy bonita y todo funciona muy bien, siempre que no queramos hacer nada que se salga un poco de lo normal... Siempre que consideremos que enlazar un gridview con un dataset o con una lista enlazada creada por nosotros se salga un poco de lo normal...

Bueno, el caso es que, cuando trabajamos con un data source de los que nos proporciona el framework de ASP.NET, como por ejemplo un ObjectDataSource, no encontramos ningún problema con la paginación, ya que simplemente tenemos que configurar un par de opciones (que el gridview permita paginación y el número de entradas que queremos que se muestren por cada página) para que todo se ajuste a lo que queremos.

Pero... y si no enlazamos con uno de los data sources que proporciona ASP.NET?? Pues bien, si, por ejemplo enlazamos el gridview con una lista enlazada o un dataset creado por nosotros, al activar la paginación nos encontraremos con un pequeño problema. Y es que, al hacer click sobre una página diferente a la que nos encontramos, obtendremos un error. Algo así:

El GridView "nombre_del_GridView" ha generado el evento PageIndexChanging, que no estaba controlado.

¿Y esto por qué? Pues bien, sencillamente porque a paginacion del control GridView viene asociado o esta intrinsecamente asociado al control proveedor de datos que se lo esta vinculando el datasource debe soportar ICollection. Aquí tenéis la explicación sobre la paginación del GridView.
Bueno, y entonces, ¿cómo lo solucionamos? Pues bien sencillo. Lo único que hay que hacer es incluir en nuestro código un método asociado al evento PageIndexChanging. De esta forma ya no nos aparecerá el error. Para que la funcionalidad sea la que queremos, pues sólo tenemos que incluir un código como este:

protected void GridView2_PageIndexChanging(object sender, GridViewPageEventArgs e)
{
GridView2.PageIndex = e.NewPageIndex;
List lista = obtenerLista;
GridView2.DataSource = llista;
GridView2.DataBind();
}

NOTA: en el ejemplo véis que he incluido un método para obtener la lista que luego se enlazará al GridView. Aquí hay que obtener el datasource que queramos para el GridView.

Y ya está! Así de sencillo.
Espero que os haya servido de algo.

Un saludo!

RequiredFielValidator, Buttons y ValidationGroup

Esta mañana me he encontrado con un pequeño obstáculo en la programación de mi proyecto. Como considero que es interesante que la gente lo sepa, pues aquí os lo dejo, por si alguna vez os hace falta.
Primero os pongo en situación...

En un control de usuario, necesitaba insertar unos controles de validación de ASP.NET. Concretamente, necesitaba el control RequiredFieldValidator. Como supongo que sabéis, este control evalúa el valor de un control de entrada en una aplicación ASP.NET para asegurarnos que tiene algún valor. De esta forma evitamos errores en la introducción de valores.
Este control forma parte de un grupo de controles de validación que nos permiten no sólo evitar que un control de entrada se deje vacío, sino además podemos hacer que sigan ciertas normas.

El caso es que en el control había diferentes popups cada uno con su texto de entrada y sus botones asociados para introducir los datos o cancelar la introducción. La verdad es que es un tema un poco difícil de explicar, así que propondré un escenario parecido pero más sencillo.

Imaginad que estamos programando una web en la que, entre otras cosas, tenemos que poder introducir nuevos productos que luego podremos vender. Asimismo, tenemos que poder introducir algún tipo de clasificación. Concretamente, tenemos una página de la web en la que podemos crear nuevos tipos y subtipos de productos. Simplificando al máximo, el código sería el siguiente:

<h3>Nuevo Tipo</h3>

<asp:label id="tipoLabel" runat="server" text="Introducir nuevo tipo:"></asp:label>
<asp:textbox id="tipoTextBox" runat="server"></asp:textbox>
<asp:button id="introducirTipoButton" runat="server" text="Introducir" >
</asp:button>

<h3>Nuevo Subtipo</h3>

<asp:label id="subtipoLabel" runat="server" text="Introducir nuevo subtipo:"></asp:label>
<asp:textbox id="subtipoTextBox" runat="server"></asp:textbox>
<asp:button id="introducirSubtipoButton" runat="server" text="Introducir" validationgroup="subtipoValidation">
</asp:button>

A este código le añadimos dos controles de validación del tipo RequiredFielValidator para evitar que un usuario "despistado" pueda darle a cualquiera de los botones e introducir una clase o subclase vacías. El código resultante será:

<h3>Nuevo Tipo</h3>

<asp:label id="tipoLabel" runat="server" text="Introducir nuevo tipo:"></asp:label>
<asp:textbox id="tipoTextBox" runat="server"></asp:textbox>
<asp:RequiredFieldValidator ID="tipoRequiredFieldValidator"
runat="server"
ErrorMessage="Escribe algo!!"
ControlToValidate="tipoTextBox"/ <
<asp:button id="introducirTipoButton" runat="server" text="Introducir" validationgroup="tipoValidation">
</asp:button>

<h3>Nuevo Subtipo</h3>

<asp:label id="subtipoLabel" runat="server" text="Introducir nuevo subtipo:"></asp:label>
<asp:textbox id="subtipoTextBox" runat="server"></asp:textbox>
<asp:button id="introducirSubtipoButton" runat="server" text="Introducir" >
</asp:button>
<asp:RequiredFieldValidator ID="subtipoRequiredFieldValidator"
runat="server"
ErrorMessage="Aquí también tienes que escribir algo!!"
ControlToValidate="subtipoTextBox" />

Parece que todo está correcto, ¿verdad? Pues bien, probadlo y veréis como no es así.
El problema reside en que los controles de validación están esperando una señal para comprobar si el usuario ha rellenado o no el textbox correspondiente. Como los dos botones causan validación (es el comportamiento por defecto) en cuanto apretamos uno de ellos, pues los controles de validación comprueban si hemos escrito algo en los controles que ellos controlan, valga la redundancia, de forma que apretemos el que apretemos siempre saldrán los mensajes de comprobación.
La solución que se creó para esto es bien sencilla. Podemos asociar los controles (el Button y el RequiredFielValidator) a un grupo de validación mediante la propiedad ValidationGroup. De esta forma, el Button sólo enviará la señal a aquellos controles que formen parte del mismo grupo de validación.
El código quedaría así:

<h3>Nuevo Tipo</h3>

<asp:label id="tipoLabel" runat="server" text="Introducir nuevo tipo:"></asp:label>
<asp:textbox id="tipoTextBox" runat="server"></asp:textbox>
<asp:RequiredFieldValidator ID="tipoRequiredFieldValidator"
runat="server"
ErrorMessage="Escribe algo!!"
ControlToValidate="tipoTextBox"
ValidationGroup="tipoValidation" / <
<asp:button id="introducirTipoButton" runat="server" text="Introducir" validationgroup="tipoValidation">
</asp:button>

<h3>Nuevo Subtipo</h3>

<asp:label id="subtipoLabel" runat="server" text="Introducir nuevo subtipo:"></asp:label>
<asp:textbox id="subtipoTextBox" runat="server"></asp:textbox>
<asp:button id="introducirSubtipoButton" runat="server" text="Introducir" validationgroup="subtipoValidation">
</asp:button>
<asp:RequiredFieldValidator ID="subtipoRequiredFieldValidator"
runat="server"
ErrorMessage="Aquí también tienes que escribir algo!!"
ControlToValidate="subtipoTextBox"
ValidationGroup="subtipoValidation" />

Sencillo, ¿verdad? Una vez se conoce la solución, sí que es sencillo. Por si os sirve de algo, la solución la encontre en este post de los foros de ASP.NET.

¿Le ponemos la guinda al pastel?
Imaginad que todo esto lo tengáis en un popup y queráis poner un botón que cancele la introducción y cierre el popup. Independientemente del código asociado, al introducir un botón, cuando hagamos click en él, se producirá la validación de nuevo y, si tenemos algún control de validación sin grupo de validación asociado, puede que haga que dicho control salte porque no se cumple la condición que el valida. Por supuesto, no se cerrará el popup...
¿Y esto por qué pasa? Sencillamente, porque, como hemos dicho, los controles Button por defecto tienen una propiedad activada que se llama CausesValidation (causa validación).
Lo único que tenemos que hacer es poner dicha propiedad a false... (OJO, siempre que no necesitemos dicha validación!!).
Por ejemplo, el botón quedaría así:

<asp:Button ID="cancelButton"
runat="server"
Text="Cancelar"
CausesValidation="false" />

Esta solución la tuve que aplicar en un PopupControlExtender del Ajax Control Tookit de ASP.NET para cerrar el popup que se abre y que no me causara la validación de los datos introducidos. El post dónde encontré la solución lo podéis leer aquí.
Espero que os pueda servir de algo.

Un saludo!

Visual Studio 2005 y Windows Vista...

Y la primera en la frente!

Por fin me decido a trabajar con el Visual Studio y ¡a qué mala hora!

Cansado ya de las limitaciones que tiene el Visual Express Developer y con envidia de aquellos, sobretodo subgurim, que me contaban lo fácil que eran algunas de las cosas en Visual Studio, he decidido empezar a usarlo.

En casa no he tenido que tener nada en cuenta, porque uso Windows XP, pero en el trabajo tenemos Windows Vista. Y, para variar, este sitema operativo, está lleno de incompatibilidades. Muchas nuevas funciones, pero muchas de ellas incompatibles con el hardware y el software que existe hoy en día por ahí.

Como todo, supongo que poco a poco esto se irá arreglando, más que nada porque los fabricantes se las tendrán que apañar para solucionar los problemas con parches y actualizaciones que permitan trabajar a sus usuarios. Pero mientras tanto...

Y lo más curioso es que la propia Microsoft tenga incompatibilidades en sus productos... Cuanto menos es algo difícil de comprender.

Bueno, a lo que iba. Estaba yo dispuesto a instalar el Visual Studio 2005 en mi flamante ordenador con Vista, cuando de repente me salió un aviso de que el software podría no funcionar bien (uan especie de incompatibilidad conocida) y si quería buscar la posible solución en Microsoft... Le digo que sí y cruzo los dedos... Y FUNCIONA!! Increible pero cierto. Me lleva a una página en la que encuentro las descargas necesarias para solucionar el problema... El SP1 del Visual Studio 2005 y una actualización de dicho SP para Windows Vista.

Leo la información y veo que tan sólo tengo que descargar dichas actualizaciones y podré utilizar el Visual Studio en mi Windows Vista. Pues bien, a ello.
Lo primero es descargar el SP1 del Visual Studio. Se puede descargar aquí.
A continuación descargad la actualización de dicho SP para Windows Vista. Se encuentra aquí.
Tened cuidado con que los idiomas sean los mismos.

Una vez descargados, sólo hay que instalarlos. Primero el SP1 y luego la actualización...

Y luego a funcionar, no?? Pues no! Porque cuando ejecutas el Visual Studio te avisa diciendo que lo recomendable es que lo ejecutes en como administrador... Y te da un hermoso enlace en el que dice, entre otras cosas, que para ejecutar el Visual Studio te recomiendan:

* Ejecutar Visual Studio con permisos de administrado
* Ser miembro del grupo local de "administradores"
* Ejecutar haciendo click con el botón derecho sobre el icono y seleccionando "Ejecutar como administrador"

Por supuesto, todo esto en inglés... El enlace al que te envían es este.

En fin, qué haría yo sin Microsoft. Hace que cada día sea una nueva aventura inesperada!