Blog Tecnológico de Azalorea

Ha salido una nueva versión de Scriptaculous en la cual han arreglado algunos Bugs y también hay nuevas funcionalidades.

La comunidad alrededor de Scriptaculous/Prototype parece haberse abierto debido al fuerte empuje de otras librerías de JavaScript que muchas veces se aprovechan de los puntos flojos de Scriptaculous cómo la documentación y el peso.

Por momento Scriptaculous/Prototype sigue siendo líder en lo que respecta al número de usuarios, pero los desarrolladores ya se han dado cuenta que tienen que cambiar su modelo si quieren seguir siendolo a medio/largo plazo.

Thomas Fuchs anuncia que se está trabajando en la versión 1.7 que saldrá con muchas novedades y paralelamente hay gente trabajando en una documentación completa de todas las funcionalidades de Scriptaculous y Prototype.

Veremos lo que nos depara el futuro

Con el release de hace unos días de la nueva versión de Internet Explorer, IE7, y sus mejoras a nivel de CSS nos encontramos con que algunos workarounds que chequean el nombre del navegador dan resultados no deseados en IE7.

Abe Fettig nos recomienda un método para discernir entre IE7 e IE6-.

if (typeof document.body.style.maxHeight != "undefined") {
// IE 7, mozilla, safari, opera 9
} else {
// IE6, navegadores antiguos
}

Es muy recomendable hacerlo de esta manera y no usar el UserAgent ya que este se cambia fácilmente.

Arjan, en un comentario en ajaxian.com, dice que es más fácil usar window.XMLHttpRequest que ha sido intorducido en IE7 y es más corto.

La decisión final depende del gusto del programador

Entrado de pleno en la guerra de las librerías DOM para JavaScript, Claudio Cicali se ha puesto a comparar la velocidad de los selectores de Prototype y jQuery. En particular las funciones que ha usado son $() para jQuery y $$() para Prototye.

El resultado de su benchmark es que las 2 librerías tienen un rendimiento muy parecido, ganando Prototype en algunas asignaturas y jQuery en otras.

Hay un patch para Prototype que mejora sensiblemente el rendimiento de la función $$() y según un comentario en el blog de Claudio usando el patch Prototype gana a jQuery en todos los campos.

Queda preguntarse porque el patch aún no forma parte del core de Prototype.

Los creadores de Moo.fx han sacado un framework que podría hacerle la competencia a Scriptaculous & Co. El nuevo jugador se llama MooTools y, aunque recien salido aún tiene sus defectos, trae todo para poder posicionarse muy adelante.

La principal ventaja que trae es la ligereza… con todas las extensiones y sin comprimir solamente pesa 35 KB. El autor mantiene que MooTools funciona en IE6 y 7, Firefox & amigos, Opera, Safari y Camino, pero algún comentario encontrado por internet afirma que en IE7 da errores.

Una gran diferencia entre Scriptaculous y Mootools es que el primero presupone muchas de las posibles opciones donde MooTools deja totalmente en la mano del desarrollador la tarea de definir las opciones… hasta el punto de no funcionar si alguna opción no ha sido definida.

En resumen este nuevo candidato tiene muy buena pinta y queda esperar ver cómo evoluciona y su aceptación entre los desarrolladores.

Muchos desarrolladores que usan Prototype para sus proyectos estaban algo asustados porque hacía meses que no había movimiento en el desarrollo de este. Hoy, por fin, Encytemedia ha publicado un artículo con los cambios que ha habido está misma mañana en el repositorio de Prototype.

Uno de los cambios más importantes se refiere a que Sam ha implementado chaining (encadenamiento de comandos) para muchos de los métodos de Prototype. Esto posiblemente se deba a que últimamente han sido publicados varios artículos comparando Prototype/Scriptaculous con jQuery… este último tenía hasta ahora la gran ventaja de ofrecer chaining desde hace tiempo. El día que salga la nueva versión (o si lo bajamos del SVN) y actualizamos nuestro código tendremos que ir al tanto ya que este cambio romperá con algunas metodologías usadas hasta ahora.

Otro cambio ha sido incluir los métodos de formularios (Form y Form Element) dentro de $() y $$(). Por tanto podremos hacer $(’miForm’).getElements();

Lo mismo vale para la gestión de eventos… Para observar un elemento podemos hacer $(’miElemento’).observe(’click’, function(){//código a ejecutar});

Con estos cambios se nos abre un nuevo mundo para poder ser más vagos a la hora de programar

John Reisig ha sacado la versión 1.0 de jQuery.

Según su blog se ha reescrito gran parte del código para solventar diversos problemillas que tenía la librería. También ha aprovechado el lanzamiento para rehacer la web (por momento solo anunciado pero aún no visible). Según el Blog de John Reisig aún tardará unos días hasta tenerla lista para el público.

Lo que si ya está disponible es la documentación actualizada de visualQuery en http://screencasts.visualjquery.com/visual/docs.xml.

Aún no tuve tiempo de probar esta versión y evaluar si me sale a cuenta cambiar de scriptaculous/prototye a jQuery…

Downloads:
jQuery 1.0
jQuery 1.0 (comprimido)

Ha salido una nueva versión de Scriptaculous…

No trae funcionalidades nuevas… “solamente” arreglos cómo evitar posibles memory leaks y mostrar mensajes de error más significativos en caso de que falte cargar una de las librerías.

Algunos de los efectos ahora se ven más suaves gracias a estos arreglos y otros se dejan emplear bajo nuevas circunstancias (por ejemplo el autocompleter en un div con barras de scroll).

En resumen, la librería se ha vuelto más sólida aunque no traiga novedades.
Para descargar Scriptaculous ves a http://script.aculo.us/downloads
Miguel

Hasta el día de hoy no había hablado de CSS… pues ya es tiempo de dedicarle unas líneas

Navegando por la web un día me encontré con un sitio que tenía una lupa dentro del campo de búsqueda. Eso me inspiró a probarlo por mi cuenta… tengo que decir que hasta ahora nunca se me había ocurrido la idea de ponerle una imagen de fondo a un campo de texto… y resultó ser muy fácil.

Este es el CSS:

.busqueda{
background-image:url(/img/lupa.gif);
background-repeat: no-repeat;
padding-left: 20px;
}

Ya solo queda aplicarle la clase al campo de texto y tenemos.

Ya hace tiempo que no publiqué nada en el Blog debido a la gran cantidad de trabajo que se me ha acumulado. Cómo últimamente hago mucho uso de la búsqueda rápida en Firebug quiero aprovechar para comentarlo aquí.
El inspector de Firebug dispone de un campo de búsqueda rápida situado encima del inspector a la derecha. Este nos permite ejecutar una búsqueda rápida en el código fuente de la página abierta usando selectores CSS.

Se puede hacer uso de todos los selectores que entiende Firefox que incluye CSS1 completo, gran parte de CSS2 y parte de CSS3. Por ejemplo se puede buscar todos los enlaces que tengan asignados un evento onclick buscando por “a[onclick]“.
El resultado se puede clicar para ver las propiedades del elemento y en la página este elemento es remarcado con un borde azul.

El autor de Firebug planea implementar selectores XPath en el futuro.

Cada día se escucha más hablar de DOM y cada vez menos de DHTML. Hay discusiones larguísimas acerca de estos 2 términos sobre todo porque no está del todo claro si es lo mismo o no lo es. Cómo siempre depende del enfoque que cada uno le dé a un término y otro.

Hay quienes defienden DOM cómo la tecnología del futuro (y sin duda tienen razón) objetando que DHTML es cosa del pasado (cosa que no creo). DOM-scripting lo interpreto cómo parte de DHTML (HTML dinámico), que en este caso se consigue actuando sobre nodos en vez de actuar sobre capas.

Hoy me he topado con un artículo muy bueno sobre cómo pasar de DHTML a DOM-scripting. Salvando el hecho de que yo considero DOM cómo una parte de DHTML, el artículo es muy instructivo por tener cómo meta querer ayudar a evitar técnicas antiguas y enseñar a usar técnicas actuales.

El autor diferencia DHTML de DOM-scripting por el hecho de que DHTML no es ningún estándar del W3C sino que es un conjunto de estándares (al igual que lo es Ajax hoy en día) y que DHTML aparenta cambiar la página sin recargarla, cuando DOM es capaz de enviar y recibir datos a otros sistemas (pe servidor). Lo último en realidad nada tiene que ver con DOM y mucho menos es un estándar (aunque lleva mucho tiempo vagando por el mundo de los navegadores).

Estoy muy de acuerdo en que DOM es el futuro…. de DHTML… y si se hace uso de Ajax de manera reservada (quiero decir que no se intente usarlo porque si) pues aún mejor.

Bueno… aquí va el enlace (el artículo está en inglés):
http://icant.co.uk/articles/from-dhtml-to-dom/from-dhtml-to-dom-scripting.html

Otro tutorial interesante trata de objetos literales (también en inglés):
http://www.wait-till-i.com/index.php?p=239