Eisley

28/12/2006

Hace unos días descubrí un grupo que me tiene maravillado. Se trata de Eisley, una familia que llega de Texas (USA) con un disco maravilloso debajo del brazo: Room Noises. Son los DuPree, 4 hermanos y un primo, 3 guapas guapísimas y 2 mozos que, al más puro estilo indie, se dedican a hacer una música bastante personal, piruetas vocales y, en general, a crear un ambiente musical más que aceptable que para los tiempos que corren no está nada mal.

Vienen de la mano de la Warner Bros. y de momento solo tienen un disco full length en el mercado, el ya mencionado Room Noises. Según he estado leyendo están inmersos en la grabación de su segundo disco del que se supone saldrá a la calle en Abril de 2007. Como anécdota comentar que su nombre, originalmente Moss Eisley y que al fichar con la Warner quedó reducido simplemente a Eisley por evidentes razones legales, proviene de la famosa cantina de Tatooine (Star Wars) situada en la ciudad del mismo nombre.

Foto: Autumn DeWilde.

Yo los he descubierto a través de Pandora, un servicio web que al estilo de lo que hace Last.fm, te va proponiendo grupos y estilos similares a los tuyos. No me extrañaría que hubiesen estado 5 semanas consecutivas número uno en los 40 Principales, pero es que yo ya no escucho esas cosas. En cualquier caso no había oído nada suyo hasta encontrármelos por internet, para que después digan de la piratería y el modelo de venta de música por internet. Es probable que este disco lo acabe comprando al igual que es probable que si esta gente viene cerca a actuar vaya a verlos y que esté atento para comprarme el segundo CD, cosa que de no existir cosas como Pandora y eMule no sería posible. Dedicado a David Bisbal que en declaraciones recientes afirmaba que ”..para salvar la música había que acabar con programas como eMule y LimeWire”. Chaval: para salvar la música hay que acabar con programas como Operación Triunfo y con artistuchos de feria como tú y con toda esa gente que tienes detrás que convierte la mierda en oro. Pero de buen rollo, no es nada personal ;)

Pues eso, si sabes qué tipo de música me gusta y es afín al tipo de música que te gusta a ti, no dejes de escuchar este Room Noises.


SubmitDisabledControls en ASP.NET 2.0

14/12/2006

Llevo unos días trasteando ASP.NET 2.0 y me he encontrado con un montón de problemas, funcionamientos inesperados y quebraderos de cabeza que, si bien de uno en uno son entretenidos de solucionar, todos de golpe y a cada paso que doy se hacen un poco desesperantes. Supongo que es el precio a pagar cuando uno se mete a investigar sin haberse empapado bien las especificaciones.

El último de los problemas que he solucionado y con diferencia el que más me ha costado ha sido un proeblema con los campos desactivados de un formulario. Con frecuencia se hace necesario mostrar una serie de campos en un formulario conteniendo una serie de datos pero no permitiendo que estos datos sean modificados por el usuario. Para ello se puede desactivar el campo estableciendo su atributo disabled="disabled". Pues bien, si hacemos esto, al hacer un postback del formulario al servidor los datos contenidos en los campos desactivados no se envían. Después de mucho Googlear di con el error y este se llama, como en muchos casos, especificaciones: en efecto… el estandar propone que los valores de los campos desactivados no sea enviado de vuelta al servidor en el postback.

Sin embargo, ASP.NET 2.0 provee de un mecanismo sencillo y eficaz que fuerza al navegador a enviar este tipo de campos. Realmente lo que hace es, justo antes de hacer el postback, cuando ya el usuario no puede modificar los valores, volver a activar todos los campos, logrando así que se envíen sus valores. El mecanismo en cuestión no es más que la inclusión del atributo SubmitDisabledControls en el form correspondiente. La cosa quedaría así:

<form id="form1" runat="server" SubmitDisabledControls="True">

Es un atributo que aparece en ASP.NET 2.0. Para quienes uséis ASP.NET 1.1 o anteriores deberéis buscar una forma alternativa como, por ejemplo, preparar una función javascript que, justo antes de hacer el postback/submit, vuelva a activar los controles o, o usar la propiedad ReadOnly de los INPUT en vez de Disabled o, en vez de usar controles INPUT desactivados, usar texto plano (que no es editable), etc.

EDIT: Sigue sin funcionar adecuadamente. Solución provisional: en vez de desactivar los controles con disabled="disabled" usar onfocus="this.blur();". Dejo los comentarios activados por si algún alma caritativa quiere sacarme de la ignorancia. Gracias.


Boda a la vista

09/12/2006

Mi amigo Gabriel se casa y estoy invitado :)

InvitaciÃ&sup3;n a la boda.