Tiny post – Solución al error de multiples modales de Boostrap

Mas allá de si es correcto tener mas de una ventana modal abierta en simultaneo o si el cliente siempre tiene la razón – discusión que quedo a medias con @camboris – si trabajan con Twitter Bootstrap posiblemente tengan problemas con el primer tema. Es posible que cuando quieran abrir mas de un modal al mismo tiempo el navegador falle :

Crash! :(

Crash! 😦

En este post explican el motivo del problema (que a grandes rasgos se produce por una recursividad infinita entre ambos modales al querer tomar el foco) y una simple solución al problema (comentar la línea de código conflictiva de la librería Boostrap  :)):

Línea que genera el problema

Línea que genera el problema

Espero que les sea de utilidad!

Anuncios

Introducción a Knockout

Knockout es una pequeña biblioteca JavaScript  de código abierto (40 kb de tamaño) escrita por Steve Sanderson (quien trabajo para Microsoft y es el autor del libro Pro ASP.NET MVC Framework ente otras muchas otras publicaciones).

Esta librería nos ayuda a crear interfaces ricas, responsivas y declarativas permitiendo enlazar-sincronizar objetos Javascripts con elementos HTML utilizando para ello el patrón MVVM. Esto nos permite, entre otras cosas, tener el front-end mucho más organizado y en consecuencia un código más legible y mantenible.

Knockout

Knockout

Ahora bien, de que se trata esto de enlazar elementos HTML con objetos de javascript?. Bien para apreciar todo el potencial de Knockout antes vamos a trabajar en un ejemplo muy simple utilizando la ya famosa librería jQuery. La idea es mostrar información sobre bloggeros en la página.

Arranquemos definiendo la página HTML:

HTML -Estructura inicial

HTML -Estructura inicial

Es importante en este punto agregar la referencia a la librería de jQuery. Sin embargo en este punto no es necesario agregar la librería a KO. También agregué la referencia al archivo de script – Index.js – donde vamos a definir toda la lógica del lado del cliente.

Y ahora el turno del JS:

JS - "Enlazando" con jQuery objetos JS con elementos HTML.

JS – “Enlazando” con jQuery objetos JS y elementos HTML.

Pasemos a revisar lo que hicimos. En primer lugar creamos un objeto javascript y lo asignamos a la variable persona. En segundo lugar “enlazamos” (aunque vamos a ver que no es del todo correcta esta definición en esta instancia) cada propiedad de la persona con los elementos HTML correspondientes (utilizando selectores de jQuery para identificar dichos elementos).

Simple, no?… pero pensemos un poco… trabajar de esta forma implica que vamos a necesitar una línea de código (sentencia de jQuery) por cada nueva propiedad que queramos enlazar al HTML. Es posible que en el corto plazo surjan nuevas propiedades de la persona que nos interese mostrar, por lo este código se puede llegar a tornar engorroso y  molesto, no?

Bien, unas líneas más arriba les comentaba que el término “enlace” no era del todo correcto. Supongamos que modificamos alguna de las propiedades de la persona: el valor se actualizará en el objeto HTML? Y sí modificamos el contenido del objeto HTML, en la propiedad de la persona se verá reflejado tal cambio? En ambos casos la respuesta es NO (al menos no de una manera simple y prolija).

Es el turno de que entre en escena Knockout (KO) y nos solucione el problema (aplausos!)

Arranquemos adaptando el HTML (ahora sí es necesaria la referencia a las librería KO, pueden descargarla desde acá):

HTML - Bindings declarativos

HTML – Bindings declarativos

Podrán observar que los atributos Id ya no son necesarios y en su lugar agregamos atributos data-bind, los cuales nos permitirán enlazar los datos entre los elementos destino y el objeto de origen. Estos atributos forman parte del sistema de bindings declarativos que proporciona KO.

JS - Enlanzado datos con KO.

JS – Enlazando datos con KO.

Un punto importante es comentar que el espacio de nombres de Knockout es ko (lo equivalente al $ de jQuery). Al llamar a la función applyBindings(model) Knockout enlaza el objeto especificado con los elementos de la página que tengan el atributo data-bind correspondiente. Como mencionamos arriba, esto forma parte del sistema de binding declarativos que nos permiten crear vínculos uni o bidireccionales entre elementos HTML y las propiedades o acciones del modelo javascript.

En los atributos data-bing podemos especificar  de que forma de enlazar los valores (en nuestro ejemplo hemos especificado enlace de textos y de valor ). Existen varios tipos de enlaces integrados proporcionados por KO que nos facilitan el enlace entre las propiedades de los objetos JS con los elementos del DOM:

  • “text: propiedad”: tipo de enlaces de texto (utilizados en elementos p y span).
  • “visible: propiedad”: tipos de enlaces de visibilidad (valores posibles true o false).
  • “value: propiedad”: tipo de enlaces de valor (utilizados en elementos input, select y textarea).
  • “css: propiedad”: tipo de enlaces de estilo (aplica al css de los elementos).
  • “checked: propiedad”: tipo de enlaces de ckeck (utilizado en elementos checkbox).
  • “click: propiedad”: tipo de enlace a eventos javascript (utilizado en elementos button, input y a).
  • “attr: {src: propiedadUrl, alt: propiedadTexto}”: tipo de enlace para enlaces (se utiliza en elementos img).

La forma en que KO aplica los enlaces integrado en los elementos de DOM variará entre otras cosas del tipo y versión del navegador.

Ahora bien, vamos a hacer algunos unos pequeños cambios en nuestro código. En primer lugar vamos a agregar un elemento <span> donde visualizar el nombre de la persona-blogger:

HTML - Agregando elemento span para visualizar nombre.

HTML – Agregando elemento span para visualizar nombre.

Y vamos a cambiar el nombre de la variable por algo más representativo al patrón que estamos aplicando:

JS - Renombrando al modelo.

JS – Renombrando al modelo.

Abramos la página:

Página Web v1.0

Página Web v1.0

Qué pasa si ahora cambiamos el nombre de la persona:

v1.0 no se comporta como esperamos

v1.0 no se comporta como esperamos

Mmmm… si ambos elementos HTML están enlazados a la misma propiedad del modelo,por qué no se actualizo el nombre del blogger en el mensaje de bienvenida cuando los modificamos en el campo de texto?

Para poder mantener sincronizados todos los elementos con el modelo KO utiliza el concepto de observables. Los observables permiten el seguimiento de las dependencias y son objetos que pueden notificar a unos agentes de escucha cuando los valores cambian.  Para definir una propiedad como observable simplemente debemos asignarle la función ko.observable(default_value).

Los observables pueden aplicarse a todas las propiedades de un modelo, o solo a las que nos interesa tener sincronizados:

JS - Definiendo propiedades como observables.

JS – Definiendo propiedades como observables.

Ahora si cambiamos el valor desde la caja de texto vamos a observar que cambia el mensaje de bienvenida también:

Página Web v2.0

Página Web v2.0

Esta característica se la conoce como seguimiento de dependencias y permite detectar los cambios que ocurren en la vista (elementos del DOM) como en el modelo-vista (objetos javascripts) para propagarlos hacia todos los objetos/elementos dependientes.

Pero aún hay más, que pasa si queremos adaptar el mensaje de bienvenida con el siguiente formato: “Bienvenido Nombre, felicitaciones por su blog Blog!!!”. Una solución muy simple sería agregar un nuevo elemento <span> y enlazarlo a la propiedad blog por medio de un observable. El problema es que cuanto más datos querramos visualizar en el mensaje, más elementos span deberíamos agregar, y en este punto nos volvemos a encontrar con un problema que deberíamos evitar con KO.

Por suerte KO nos provee de observables calculados.

Veamos como utilizarlos, modificando la estructura del documento HTML:

HTML - Creamos un elemento donde enlazar el mensaje.

HTML – Creamos un elemento donde enlazar el mensaje.

Acto seguido, modificamos el script JS:

JS - Enlazando por medio de un observable calculado.

JS – Enlazando por medio de un observable calculado.

Pero que de cambios!… en primer lugar es hora de definir nuestro view model de manera tal que se comporte de una forma similar a un objeto de C# (salvando las distancias y limitaciones del lenguaje) y que no sea una simple estructura. En segundo lugar la función ko.computed(function(){…}) nos permite definir una función enlazante que actualiza esta propiedad calculada cuando cambia alguno de los observables de los que su evaluación depende.

Página Web v3.0

Página Web v3.0

Y aún hay más!

Imaginemos ahora que queremos visualizar una lista de bloggeros. Lo primero que debemos hacer es crear un array del modelo de persona y de alguna manera enlazarlo a los elementos del DOM, correcto? Bien avancemos entonces y lo primero que vamos a modificar es la estructura del HMTL:

HTML - Definiendo los elementos y enlaces para visualizar la lista de personas.

HTML – Definiendo los elementos y enlaces para visualizar la lista de personas.

Apliquemos los cambios al archivo JS:

JS - Definiendo un view model para un array de objetos y enlazarlos.

JS – Definiendo un view model para un array de objetos y enlazarlos.

Como podemos observar agregamos un nuevo view model que tiene como atributo una función observableArray (en KO las matrices de objetos se deben definir siempre con dicha función). En las propiedades que son observableArray cada vez que se le agrega o elimina un elemento, estos cambios son notificados a los elementos enlazados (en nuestro caso una lista) y por supuesto irán modificando el DOM.

Resultado:

Página Web v4.0

Página Web v4.0

Para listar los elementos usamos el control de flujo foreach, sin embargo KO también nos provee de otros controles adiciones tales como if, ifnot y with.

Veamos un ejemplo muy simple del control de flujo if y ifnot (el primero evalúa una condición verdadera y el segundo una condición falsa):

HTML - Declarando controles de flujo.

HTML – Declarando controles de flujo.

Resultado:

Página Web v5.0

Página Web v5.0

Por último el control de flujo with es útil en objetos que tienen relaciones con otros objetos (por ejemplo una persona podría tener una objeto dirección y un objeto informaciónContacto relacionados). With nos permite entonces enlazar de una manera muy simple estos elementos:

HTML - Declarando control de flujo with.

HTML – Declarando control de flujo with.

Conclusión: KO nos permite trabajar del lado del front-end de una forma mucho mas organizada, prolija y sencilla, evitándonos mucho trabajo en lo que refiere en enlace de datos con los elementos del DOM. También nos permite tener un comportamiento mucho más fluido en la UI y por ende una experiencia de uso mucho mas agradable (similar a una aplicación Win 8). Seguramente habrá que evaluar el tipo de proyecto antes de implementar KO, pero en general considérelo como una buena alternativa.

Espero que les haya resultado útil!

ASP.NET MVC 3 Client-Side Validation + jQuery BlockUI

A pedido de un lector del blog, vamos a continuar con el ejemplo del post ASP.NET MVC 3: Client-Side Validation Enabled por Default para mostrarles de que forma podemos “bloquear” un formulario cuando hacemos el submit del mismo para ser procesado en el servidor.

Para trabajar en la UI vamos a utilizar el plugin jQuery BlockUI que esta pensado justamente para nuestro propósito (bloquear la pantalla). El primer paso será descargar la librería desde aquí y agregarla a nuestro proyecto web que hemos realizado en ASP.NET MVC 3.

Nota: jQuery BlockUI requiere la versión de jQuery 1.2.3 o superior.

Añadiendo el plugin a nuestro proyecto

Añadiendo el plugin a nuestro proyecto

Quiero además aclarar que vamos a manejar dos escenarios: el primero habilitando las validaciones del lado del cliente (de la misma forma que comentamos aquí) y el segundo realizando las validaciones directamente en el servidor.

Bueno, es momento de meter mano en el código 🙂

Primer escenario Client-Side Validation Enabled:

En este escenario, las validaciones en el cliente están habilitadas, por lo que tenemos que asegurarnos de “bloquear” el formulario solo al momento de hacer el submit del mismo (con esto nos evitamos que el usuario realice varios click mientras se procesa nuestra petición, acción común cuando cuando el sitio esta lento).

Agreguemos el código necesario para realizar esta tarea:

Script

Script

En este script lo que hacemos es preguntar, en cada submit del formulario, si la validación del formulario es correcta. Podemos saber si fue valida utilizando la función Valid()  que nos proporciona la librería jquery.validate.unobtrusive. En caso afirmativo, bloqueo la pantalla para que se procese nuestra petición en el servidor sin inconvenientes (para este ejemplo configuré el bloqueo – $.blockUI() – sin especificar un mensaje).

Veamos el resultado cuando la validación es correcta:

Submit del formulario bloqueado

Submit del formulario bloqueado

Segundor escenario Client-Side Validation Disabled:

En este otro escenario debemos bloquear la pantalla ante cada submit del formulario, sea correcta o no la validación (tengamos presente que estamos validando directamente en el servidor). Para deshabilitar las validaciones del cliente simplemente debemos modificar las siguientes entradas del web.config:

Deshabilitando Client-Side Validation

Deshabilitando Client-Side Validation

Finalmente nos queda eliminar de nuestro script la línea en la que preguntábamos sobre el resultado de la validación:

Script

Script

Ahora nuestro formulario se bloqueará ante cada submit:

Bloqueando nuestra pantalla en cada submit

Bloqueando nuestra pantalla en cada submit

Espero que les sea de utidad!